Hi Doug, thanks for the reply. Yes, an OLE "class not registered" error occurs when Update( ) tries to instantiate oProgess (line 81 of the code). I checked my VFP (5.0a) options under ActiveX controls and the "Microsoft Progress Bar Control" is registered, or at least it's marked as being registered. Is this the control in question? In any case, can you suggest how to fix whatever's wrong?

>Hi Rick.
>
>>The main problem right now is that although Update( ) does create the tables, they are backlinked to a phantom DBC instead of to the real DBC. The backlinks point to a DBC with a temporary-sounding name like TEMP1264.DBC, which I'm guessing is being created during the Update( ) but which doesn't exist either before or afterwards.
>
>This happens when an error occurs during the update that prevents the correct DBC name from being written to the table header (we have to use a temporary DBC for a variety of reasons). I suggest turning debug mode on (oMeta.lDebugMode = .T.) and seeing if you get an error message. If you don't get an error message, then set a breakpoint on ".ERROR" $ PROGRAM() and see when the Error method fires, then jump out of the method back to the code that caused the error (in UpdateOneTable) and seeing what it was trying to do. Alternatively, you could trace the code in UpdateOneTable() starting from the call to CreateTempDBC() and seeing at what point the problem occurs. Please let me know what you find.
>
>Doug