> >
> > Do you mean, encrypt the data? If so, it is advisable to use encryption only when you do not want to allow inappropriate users to see what is in the table. Using encryption adds to your programming workload as you have to decrypt and re-encrypt each record as the user modifies them. (You have to allow appropriate users to see the data somewhere.)
> >
> > Encryption will not be a solution to Ahsan's problem. The user can still make changes to the data with a browse. If it were encrypted though, when the app tries to decrypt that record, it would probably come out as garbage.
> >
> > Ken
> > You shall know the truth - and the truth shall set you free. (John 8:33)
>
>
> Dear all Experts.
>
> Today I run Foxbase Exe, I noticed following objects.
>
> I software all of the dbfs were available and working fine.
>
> When I quit the software I observed followings about dbfs. I doubled clicked any dbf it showed "Not a dbf file"
>
> After this I executed the software many times and worked well.
>
> Conculusion:
> May there is some procedure to corrupt dbf on quiting time and when softare runs then all dbf's are repaired.
>
> In my point of view, this is a good idea to protect dbf opening without software even in Windows Explorer.
>
> If someone needs that FoxBase Exe I can send for more enhancment.
>
> Wish to have good dbf securing procedure.
can i have a fox base exe? i also having trouble with securing the dbf since m i new comers on this foxpro,. anyway m using the version foxpro 8. hope there will be no changes compare to other version. thanks in advance.
Randy Loberiano
System Analyst