From: Anynomous (wipeout64_at_hotmail.com)
Date: Wed, 13 Oct 2004 14:26:27 GMT
Thanks this helps. It seems that using encrypting software may slow down the
app, but actually it may not if I'm able to only use it on the smaller code
files and am not locked into using it on all. I'll check these out.
"Rick Bean" <firstname.lastname@example.org> wrote in message
There is no native encryption for VFP DBF's, but you got a number of
If you were encrypting the whole table, then one of the easiest and most
secure is Cryptor IV by Xitech (http://www.xitech-europe.co.uk/ ), but it is
a commercial product. They have a demo version to show how easy it is to
implement, and in my testing, there was very little overhead introduced on
all but the largest tables. I've used different versions in custom apps
under both FPW and VFP.
NetLib also has Encryptionizer (http://www.netlib.com), but I've never used
One freeware solution to encryption is the CryptPak by Milan Kosina
(http://milan.jikos.cz/). Another is CIPHER50.FLL based on work by Tom
Rettig and available at the UT (http://www.universalthread.com/ ) in the
VFP 7.0 & 8.0 have a Crypto API component in the Foundation Classes that
uses the MS API encryption.
And of course, if you are only encrypting fields you can always "roll your
own" - high powered encryption schemes are severely crippled when you use
short data strings, so your algorithm will be just as "secure".
VFP 7.0 & 8.0 also provide database events that make it easy to check when
files are opened, so you could implement a security scheme. However, if
someone choses to use a non-VFP way to open the tables (e.g. a Hex File
viewer), then this wouldn't be very effective.
If you really need data secuity, then you might want to consider using
MSDE/SQL Server as your data store and use VFP as a frontend to access the
"Anonymous" <email@example.com> wrote in message
>I have an application where most tables are too large to wrap into the
> executable. It would make the executable too large. That's ok. So I
> only put my smaller tables in the executable and wrapped it into the
> exe so at least (I thought) people can't read my cross-reference files
> thus exposing my framework.
> I then deleted the tables from the hard drive because I thought they
> would be wrapped into the exe, but I get an error message upon
> execution that the file is not found. How can I hide my tables from
> people who own the professional version FoxPro? Someone actually asked
> me which files are the cross reference files and even explained why
> they wanted to know!