[softwarelist] Re: SparkFS 1.41 & RO 6

In message <4eebc7a113dfs@xxxxxxxxxxxxx>
          Dave Symes <dfs@xxxxxxxxxxxxx> wrote:

> The problem has now been sorted.
> Prompted by David Pitt, I was reminded to do a *Show Spark* and see what
> presented...

> Strange business, even though I have SparkFS path set in Boot Configure
> Boot Look at, the above command returned a path to a completely different
> SparkFS (Differently named as well), so I've put that version of SparkFS
> down a directory level below the main SparkFS, rebooted the machine and
> now all is okay.

> I still don't understand how a version of SparkFS that is not named
> SparkFS could steal the path pointer from a version set in Boot Configure
> Look at, as SparkFS.

> Ah well such are the mysteries of computing.

Not a mystery at all. The name of the application does not mean 
anything. If your other copy is "seen" by the Filer after the one 
called SparkFS, it takes precedence. That is standard RISC OS 
behaviour. Presumably, the reason why a copy of SparkFS is there under 
a different name is because you have renamed it. You should either 
refrain from doing so or you should know what the consequences are. 
The bottom line is to never allow outdated applications to hang around 
where they are seen by the Filer. The best way to ensure that is to 
keep them as a standard directory without a leading "!". For instance, 
supposing you have SparkFS 1.30 and you want to keep a backup when you 
upgrade to SparkFS 1.41. Then, simply take a copy as SparkFS130 (NB - 
without a leading "!") and upgrade the original !SparkFS directory to 
the newer version.

Martin
-- 
---------------------------------------------------------------------
Martin Wuerthner          MW Software          martin@xxxxxxxxxxxxxxx
---------------------------------------------------------------------

Other related posts: