It's been over a year since I moved from So. Cal to South Dakota, but it has 
been a good move for me and my family (except for the morning it was -33 BEFORE 
windchill, but it was only one day).   I have been writing a lot of code in 
that 'other' Microsfot environment and haven't done much with VFP lately - and 
have come upon a really bizzare issue.+

 

I have a free table (request) that is open in the current datasession.    I try 
to make it the currently selected work area with a SELECT REQUEST statement... 
but the work area does not change!   There is no variable called request, no 
error message... the work area just doesn't change and the program continues.

 

I have a breakpoint on the line following the select statement and can see that 
it is not selected.  If I do a Set Next Statement back to the select line above 
and step through it then the work area DOES change!     The table is referenced 
through a unc path, but why would that make a difference?

 

It gets more confusing...   Take a look at this code:

 

xx = 1

DO WHILE xx < 100

   select request

   IF UPPER(RIGHT(DBF(),11)) == "REQUEST.DBF"

      SET STEP ON 

      xx = 1000

   endif

   xx = xx + 1

ENDDO 

 

The Set Step command fires and brings up the debugging window, but the two 
values in the IF statement are not the same.   Upper(right(dbf(),11)) equals 
something totally different, not even close to "REQUEST.DBF".    So how did it 
hit the SET STEP ON statement???

 

Any clues?   

 

Thanks in advance,

 

Lou Syracuse
Software Development Team Lead
Premier Bankcard
 
_________________________________________________________________
Lauren found her dream laptop. Find the PC that’s right for you.
http://www.microsoft.com/windows/choosepc/?ocid=ftp_val_wl_290

--- StripMime Report -- processed MIME parts ---
multipart/alternative
  text/plain (text body -- kept)
  text/html
---

_______________________________________________
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.

Reply via email to