The server name message is generated when one tries to instantiate the adoserver but only occurs on the first server, strange but it prevents the program from executing and I am really in trouble here... need to have this working ASAP. Thanks.

<t>Thanks for your reply Robert, the only data field on this table is the TIMESTAMP which is a field that continuously gives me problems because it is automatically updated so it has to be ignored by the application I guess, I am removing the field from the ADOSERVER field listing to see if that ...

<r>I´ve been going through some corruption of sorts using VO2ADO, VO 2.8 sp4b, with [hide]MS SQL 2008 tables... very strange, the error occurs doing simple statements like ADOSERVER:APPEND or FIELDGET and the trapped error using a codeblock to trap the event reads:<br/> <br/> [20936] iPointer=1, ...

<t>Thanks for your help Jamal. I am using SQL tables so I have to use AdoServer instead of AdoDBServer, the Seek method is different between these 2:<br/> <br/> FOR ADODBSERVER<br/> <br/> METHOD Seek(uSearchExpr, lSoftSeek, lLast) CLASS AdoDbServer<br/> LOCAL lOk AS LOGIC<br/> lOk := SUPER:Seek ...

<t>Thanks Robert, I agree, I´ve been using AdoCommands for most everything but for a moment I thought it would be great to have something like the old dbServer:Seek() command. <br/> <br/> In the example above,, I guess one should always scan all records returned by a recordset to locate the one ...

<t>Anyone with sample code to show how to make the find method work on an SQL AdoServer? What is the best methodology for locating records much like the good old seek method used with dBase files? I can´t get the find method to work with SQL tables in a VO 2,8sp4 appiication, it doesn't even ...

Thanks Chris & Robert,
I copied the TPLs from VO 2.7b to both the VO2.8bin directory and common directories, and.... it worked, no error messages. Let's see if it runs.
Thanks, there is no way I could have resolved this without your help.
John

Thanks Chris & Robert,
I copied the TPLs from VO 2.7b to both the VO2.8bin directory and common directories, and.... it worked, no error messages. Let's see if it runs.
Thanks, there is no way I could have resolved this without your help.
John

<t>Hi Robert, thanks for your help, I am really close to completing this migration except for this problem.<br/> <br/> I copied the 2 TPL files from the VO2.8sp4 bin, touched and recompiled the dbServers and.... still getting the error. I then copied the same files from the VO2.7b bin directory and ...

<t>After touching and saving all dBase servers, now we have error messages in a lot or screens saying:<br/> <br/> "Method : has been strongly typed but has not been declared in the class: 51450"<br/> <br/> And the only way to get rid of the compiler errors are by reading and writing field ...