main logo
Subject: Re: Interesting 'Bug' found in VFP.
Author: MB Software Solutions
Posted: 2004/11/03 11:51:06
 
View Entire Thread
New Search


On Wed Nov 3 10:25 , Dan Covill <dcovill .at. san D.OT rr.com> sent:=0D
>Why is this a bug? (Not to mention why is it "serious"!) Why should the =
=0D
>precedence rule for parameter names (which are, after all, variables, be =
=0D
>different from those for any other variable?=0D
>What would your co-worker have it do instead?=0D
>=0D
>Yes, it's a gotcha. But there are lots of others, as there are with any =
=0D
>language. We might try finding out why it works the way it does before we=
=0D
>start hurling the 'b' word around.=0D
=0D
=0D
Right. Sounds like your coworker has some flaws in his conventions perhaps=
=0D
lending to the possibility of this kind of issue. What's his response if y=
ou say=0D
"well, that wouldn't happen in VB?" The reason I ask is that many have som=
e ax=0D
to grind with VFP for a non-valid reason, and many times it's because they =
coded=0D
it wrong. Sure, VFP's not very strict and that let's an idiot saw his fing=
ers=0D
off (instead of good safeguards) but hey, don't use the tool if you don't k=
now=0D
what you're doing. (Then again, perhaps that's a valid reason!?!)=0D
=0D
--Michael=0D
=0D





 
©2004 MB Software Solutions
<-- Prior Message New Search Next Message -->