>I put double quotes around fully a qualified name with
>spaces in the path, of course. But it appears that
>many (all?) of the file- or skeleton-related
>VFP commands produce the same result, with
>or without the quotes, e.g.,
>
>x = "\Program Files\MyFileName"
>y = ' "\Program Files\MyFileName" '
>FILE(x) = .T.
>FILE(y) = .T.
>
>When storing such values in a memvar,
>I've been including the double quotes,
>just to be sure. But what's the rule of
>thumb here? Are there any commands that are
>gotchas? (I've noticed, for example,
>that, with the above, ADDBS(y) produces
>a result with no quotes.) Am I always
>safe without quotes in a name expression?
Your example is simply using variables with functions such as FILE( ). You don't need the "y" type variable, your "x" example is fine. I'd actually expect your "y" construct to cause problems in some situations, because you're forcing the string to include double quotes, which are not part of the name of the file you're trying to access. It looks like your ADDBS( ) example is one of those.
It's worth noting that a "name expression" in VFP usually refers to something slightly different:
USE \Program Files\MyFileName
USE "\Program Files\MyFileName"
x = "\Program Files\MyFileName"
USE &x
USE x
USE "x"
USE EVALUATE( x )
USE EVALUATE( "x" )
USE ( x )
Regards. Al
"Violence is the last refuge of the incompetent." -- Isaac Asimov
"Never let your sense of morals prevent you from doing what is right." -- Isaac Asimov
Neither a despot, nor a doormat, be
Every app wants to be a database app when it grows up