>Hi,
>
>At the top of the app I instantiate the DBCXMGR as follows
>

>oMeta = newobject('DBCXMgr','DBCXMGR.VCX')
>

>I insert a SET STEP ON in the DBCXMgr INIT method. Run the program from IDE. It stops at the INIT
>I set the breakpoint in the debugger to SELECT("SDTUSER") > 0. Run
>The program stops in the method OpenDBCXMeta of SDT.VCX
>
>But then when I set SET STEP ON in the SDT method OpenDBCXMeta it never stops.
>So it appears the the DBCXMGR is using a different version of SDT.VCX that I have in my project.
>
>The SDT.VCX I have in my project is in the folder d:\stonefield9\sdt\source.
>The old version of SDT is in d:\stonefield\sdt\source (no 9 in the folder name)
>But in my main.prg I set path to d:\stonefield9... ( "9" is the key)
>
>Why would the DBCXMgr look for SDT somewhere else?
>
>TIA

I found in the SDT.VCX where the table SDTMeta and SDTUser is opened (USE command). Now I am wondering, how I can prevent getting (rarely but still sometimes) a message "cannot read SDTUSER.CDX or SDTMETA.CDX".
I can think of 2 approaches:
1. Create a look and try to open the table at least 3-5 times, just in case it is a glitch with the OS at the time
2. Include the tables in the application .EXE. But I don't know if these tables change depending on the user. No idea about their purpose. Of course, if they change, you cannot include them.
3. Enclose the USE with TRY and CATCH and ignore the failure of USE. I tested it and the class DBCXMgr is instantiated. Big question is what do I lose if the table SDTMeta or SDTUser is not open. ???