>>
>>Not sure I understand everything. But, the first test I would do is
>>bring
>>my DBC and the data that goes with it on the netword drive. If the
>>test
>>runs fine, you're probably missing something in the construction of
>>your
>>new DBC.
>>
>>There's a utility that you can call DO HOME() +
>>"tools\gendbc\gendbc.prg"
>>that will generate the code that you can use to rebuild a new DBC. If
>>your
>>DBC is huge, GenDbc will crash, but Steve Arnot posted on CompuServe a
>>
>>GenDbcX that will not crash. Send me a mail if you need GenDbcX, it's
>>
>>free.
>>
>>Josi
>>
>
> OK I'll try to make a little more clear. Problem is, that I didn't use
>setup, I only copied application AS IS on the network drive, keeping the
>same directories, and ev. else. I copied only database, exe and
>libraries and report files. It works ok, until I do "renewal" of one
>table. What I do is I zap it, fill it with new records ( aprox. 120K ) ,
>delete all tags, and index it. There are about 8 tags and it all seems
>to wrok ok. I can work with it, nothing happens. Problem comes when I
>quit it and rerun. In my splash screen I check data and chcecking the
>status of validation of database and it ALWAYS says that dtb is invalid.
>So I have to open it manually, and add those missing tags to the cdx. I
>just don't get why those tags miss? I tested it so far that after
>importing new records I browsed the whole table and switched tags all
>arround and it worked ( it's a part of app, the form, and changing of
>order ) like a charm. Can help now?
>It's not a huge dtb, there are just couple of tables, it's not a big
>app...
>TIA
> Dezider
Dezider, you can modify a table without opening the database (DBC). If you've changed the tags, then your DBC becomes invalid. Try opening the DBC before you do your ZAP & index procedure with OPEN DATA MyDBC EXCLUSIVE
That way you can be certain your modifications are reflected in the database. Can't hurt, might help.
Barbara