You can mark helpful answers by clicking "Great post!", that's also a sign to us you got a good answer. You can still continue anyway, the closing of threads for further posts is done automatically just by time, as Mike said. Not sure about the age it needs, but it's beyond the lifetime of a typical thread anyway.
> to get details in an object or so!
What do you mean? Get details on which object (table, index) was tested?
If there is nothing missing you don't get messages. If there is a problem, it will mention what table or index. So you get all info you need. When there is no error all database objects are found. Notice a database validation is only validating the presence of files and indexes, it is not validating each table and even less so each record. If you want that, you'd have to do something like that on your own.
VALIDATE DATABASE has no better way of result in form of meta data, xml or tracelog, as VFP it is intended for developer use at design time. Everything needing exclusive access to files is not for production use, if at all for an administrative tool. If you intend to VALIDATE DATABASE at start of your application, this will be exclusive to the first user of the day in a multi user environment. If it's a web app, there is no such thing as a first user, though. If you have frequent database corruptions you better plan to migrate your data to a more stable backend like MS SQL Server.
Bye, Olaf.