Can compress also password protect?

stephen barncard stephenREVOLUTION2 at barncard.com
Sun Mar 21 18:32:41 EDT 2010


It's in the notes:

To use this command you need to have stored an encrypted password first.
There is no way to match a non-encrypted passphrase. Here's a simple
example.


Developer decides on a password and produces the encrypted password back by
entering in the message box:


*answer* password; *put* it

*-- encrypted password appears in message box results*


Now save that encrypted password in a custom property, say, the uPassword of
the stack.


For the end user, you just insert the ask password command in your code and
compare the encrypted result to the result you stored:


*ask* password "Please enter the administrator password."

*if* it is empty *then* *exit* to top

*if* it = the uPassword of this stack *then*

   *# right password; proceed*

*else*

   *# incorrect password*

   *answer* "Incorrect password. Please try again."

*end* *if*



On 21 March 2010 17:29, Bill Vlahos <bvlahos at mac.com> wrote:

> I already know what the password is to use. I just need to know how to do
> it.
>
> Bill Vlahos
> _________________
> InfoWallet (http://www.infowallet.com) is about keeping your important
> life information with you, accessible, and secure.
>
> On Mar 21, 2010, at 3:18 PM, stephen barncard wrote:
>
> > Bill,
> > are you planning on using ask password or using your own dialog? Ask
> > password is encrypted. Please see the entry in the dictionary regarding
> > this.
> >
> > On 21 March 2010 16:07, Bill Vlahos <bvlahos at mac.com> wrote:
> >
> >> There is no provision in the Rev dictionary for other parameters in the
> >> compress or decompress function. The RFC shows one option for
> compression
> >> but nothing regarding encryption or password protection.
> >>
> >> Is there a cross platform way to add encryption requiring a password in
> the
> >> compress statement or should I do this as two separate steps? If I
> encrypt
> >> first then I will lose any advantage of compression because there will
> be no
> >> patterns.
> >>
> >> Bill Vlahos
> >> _______________________________________________
> >> use-revolution mailing list
> >> use-revolution at lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-revolution
> >>
> >
> >
> >
> > --
> > -------------------------
> > Stephen Barncard
> > currently in Fairhope AL
> > _______________________________________________
> > use-revolution mailing list
> > use-revolution at lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-revolution
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>



-- 
-------------------------
Stephen Barncard
currently in Fairhope AL



More information about the use-livecode mailing list