Custom Query (1030 matches)

running hunchentoot causing fault please see attached file for details

If the CCL IDE bundle is moved out of the CCL directory and executed, certain functions will fail (e.g. just do #&NSApp in the listener and see what happens). This is because the ccl: logical translation no longer points to the CCL directory, but rather to whatever directory the bundle is in. This is set by the init-ccl-directory-for-ide function. This could also be a problem for any saved applications depending on what they do. There are various ways this could be addressed: 1) add a new value into the Info.plist identifying the CCL directory and use it to initialize the ccl: translation 2) Modify init-ccl-directory-for-ide to search for the right directory 3) create a physical link to the CCL directory in the bundle somewhere and use that as the translation for the ccl: logical directory, 4) add a user preference that identifies where the CCL directory is and use that to initialize the translation. I prefer #4 because it is easier to change if the bundle is moved to a different machine or if the CCL directory is moved at some point. #2 is intriguing but depending on how the search is done, could take a significant amount of time. So I am requesting an enhancement to the IDE that adds a preference item identifying the CCL directory. It should default to the value currently used. In the meantime I will assure that applications that my tools generate will reset the logical translation in some way.

This is especially annoying when build an application, because the build-application method uses (directoryp (get-ide-bundle-path)) as error checking and this always returns false on Windows so the build-application fails here.

To reproduce: In the listener simply type (ccl::directoryp (ccl::get-ide-bundle-path)) on the mac this will return t and on the pc it will return false (even though the return from get-ide-bundle-path is clearly a directory). Part of the problem may have to do with (get-ide-bundle-path) returning in a mac oriented format on the PC (it returns something like /Users/Mike... instead c:\users\mike...)