At 11:20 2009-09-03, Kurt Wendt <[email protected]> wrote:
>OK - Gene - you got me! I'm wrong. Time to have my hand Slapped! But, to
>give me the old RTFM sounds a bit harsh, IMO - since the Clear Program
IMO, it is not. Look it up instead of guessing or moping about
it. (I have my share of things that do not work MY way, too.)
>(as I ALREADY stated) - did NOT solve the problem - so I see no need to
>quote the Manual. But, since you did - if you ask me (NOT that you are)
I prefer to quote the manual, rather than putting my
interpretation on things. I have seen too many misstatements. A
recent one here was that private and local variables have the same scope.
I just had the same or a similar problem to yours.
close all
clear all
did not work.
clear program
did. This only happens occasionally. I do not know why it happens,
except that I believe it only happens when I have been using the
debugger and it has gotten hairy. (Not exactly a precise
description, I know.) It has happened with various versions of VFP.
I would like to know what causes these situations.
Years ago, I had a few problems where my code was not
working. In one case, after about two hours, I had figured that
there was no way that my code could be doing what was happening. I
was right, too! It turned out that my latest code was not
compiled. No, it was not a case of set development being off. I
compile far more often than I should ideally have to, because
tracking down non-existent bugs is so time-consuming.
>- it seems ILLOGICAL that Clear ALL does NOT clear the Comp Prog Buffer
>- as what is the point of having the word "ALL" if it doesn't truly do
>"ALL"!!!
It does not clear the screen either.
>Anyway - that's just my opinion - and, that PLUS an additional $2.50
>will get you on the NYC Subway!
>
>:-(
My opinion is apparently worth more than yours then. My
opinion plus *only* two dollars Canadian will get you on the local
transit system.
[snip]
Sincerely,
Gene Wirchenko
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message:
http://leafe.com/archives/byMID/profox/[email protected]
** All postings, unless explicitly stated otherwise, are the opinions of the
author, and do not constitute legal or medical advice. This statement is added
to the messages for those lawyers who are too stupid to see the obvious.