|
From: James W. W. <os...@jw...> - 2004-10-28 13:17:51
|
On Oct 28, 2004, at 5:46 AM, Peter Michelsen wrote:
> We have have come across a problem in Quesa while testing. The problem
> involves having an application ( using Quesa ) running from an AFP(OSX
> 10.3) users desktop with an alias to a SMB share.
>
> While Quesa is loading it tries to look for plug-ins (GOOD), while it
> is looking for plug-ins Quesa tries to resolve any alias (FINE most
> of the time), but should it really be doing this a application bundle
> level on OSX.
Doing what at the bundle level? What is a specific example of a case
where a plugin does not get loaded when it should?
> I have listed the code section I feel should be changed or removed
> below.
Unclear. It looks like you listed the same piece of code twice, but
haven't said what the problem is.
> The other option is to have better alias resolve code.
>
> File:
> E3MacSystem.cp
>
> Function:
> void
> E3MacSystem_LoadPlugins(void)
>
> Code Section:
> // Find the application file
> if (isOnOSX)
> {
> theErr = GetProcessBundleLocation( &thePSN, &bundleFSRef );
>
> if (theErr == noErr)
> {
> theErr = FSGetCatalogInfo( &bundleFSRef, 0, NULL, NULL, &fileSpec[
> dirCount ], NULL );
> }
> }
> else
> {
> processInfo.processInfoLength = sizeof(ProcessInfoRec);
> processInfo.processName = NULL;
> processInfo.processAppSpec = &fileSpec[ dirCount ];
>
> theErr = GetProcessInformation(&thePSN, &processInfo);
> }
>
> if (theErr == noErr)
> ++dirCount;
>
> Code Line problem:
> if (isOnOSX)
> {
> theErr = GetProcessBundleLocation( &thePSN, &bundleFSRef );
>
> if (theErr == noErr)
> {
> theErr = FSGetCatalogInfo( &bundleFSRef, 0, NULL, NULL, &fileSpec[
> dirCount ], NULL );
> }
> }
--
<http://www.jwwalker.com/>
|