O$: Client or interface function not found (OSX) -- revisited (please)

[Doug Easterbrook]

in 2010 in the omnis archives, there was a discussion that Rob Alexander, Bas, David Blaymires, Clifford Ilkay and a few others engaged in answers.

BACKGROUND

The topic:  deploying an omnis customized app that used postgres would get a message ‘Client or interface function not found’ — presumably because the libpq.dylib could not be found, even though it was in the build tree of the application in the ‘MacOS’ directory.


The result of the email thread:  if the application is deployed OUTSIDE /Applications on OSX, then it worked.   Put it inside /Applicaitons, and it would generate the above error.



TODAYS PROBLEM.

we’ve been immune to the problem in Theatre Manager, until today.    I’m converting our installers over to packages (thank you alex clay) and I made one simple change as part of that process —  I renamed our app from ‘Theatre Manager’ to ‘Theatre Manager.app’ when installed in the /Applications directory.    I thought it best to get  with the times.


well.   if the studio application is in the /Applications directory and is called ‘ Theatre Manager’, it works fine and can connect to the database.    If I rename it ‘Theatre Manager.app’, I get the client interface function not found and cannot connect to postgres.

If move ‘Theatre Manager.app’ to any other folder and double click on it, sure enough, I can connect to postgres with no error message.


THE BIG QUESTION:

if something is in the /Applications directory and ends in .app,  does OSX do anything different in how it uses the search path to find things (or sandboxes)?   is there something that needs to be done differently to register .app in the operating system that is different?

anybody get further down this path than before?


as I say,
1) old mindvision installer put it into /Applications as ‘Theatre Manager’ and all worked
2) rename it using finder to Theatre Manager.app — it gets the error
3) change the name of back to ‘Theatre Manager’ — the error goes away.


the developer copy — Omnis.app doesn’t get this error, no matter what I rename the application.



anybody know how to find out what an application is looking for  in the path name as it looks for the various load libraries?



sigh.





Doug Easterbrook
Arts Management Systems Ltd.
mailto:doug at artsman.com
http://www.artsman.com
Phone (403) 650-1978