Hi Luis,

When you create a CA object there are a few properties that has to be filled. For example, UpdateableFieldList, UpdateNameList, etc. When creating the list of the fields, they have to be defined somewhere. In my understanding that CA takes the field definitions from the DBC tables. Hence they are required for the CA.
I could create a test program, creating a CA without a DBC. I may do it, when I have time.
So far, when the CA is created the application reads the DBC file.


>Hi Dmitry,
>
>Well, one of the advantages of Cursor Adapters is that they are plain VFP classes that don't use, and don't need any .DBC in order to get the data. Unless you are using DBC-contained .DBF tables to store the application's data.
>
>So again, could you be explain more in order to better help you?
>
>Luis
>
>
>
>>I suppose that Cursor Adapter (CA) does indeed read the DBC table. How it works, under the hood, I don't know.
>>
>>>How does the Cursor Adapter relates to the DBC? I can't see it. Could you be more specific?
>>>
>>>Luis
>>>
>>>>Hi,
>>>>
>>>>Once in a while I get an email-error message which points to the application not being able to read the application .DBC file. I see this in the email error message description. It happens when the application tries to fill the Cursor Adapter (CA). Usually the code executes a SQL Select with the WHEN 1=0; that is, just getting an empty cursor. Later the application would fill the empty cursor with the data (depending on some other criteria).
>>>>
>>>>But in this case, it appears that the application (which is called from the desktop) loses connection to the server.
>>>>
>>>>What kind of a programming mechanism you recommend to either prevent it or minimize it?
>>>>
>>>>TIA