Welcome!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

SignUp Now!

New 4UTILS, _ENVCOUNT fixed, some encryption

May
13,211
180
I uploaded new 4UTILS plugins to ftp://lucky.syr.edu.

I fixed a bug in _ENVCOUNT.

There's also ENCRYPT and @DECRYPT, fairly robust but may need some tweaking (and/or bug-fixing).

Code:
v:\> help encrypt
ENCRYPT name[64] string[128] | /D(elete) name | /C(lear) | /L(ist)
"quote" args with spaces/special characters

v:\> help @decrypt
@DECRYPT[name]
ENCRYPT encrypts the string using a keyed (username=key) substitution cipher and stores the result in "HKCU\Software\JP Software\Crypto" as REG_BINARY data associated with the user-named value.

@DECRYPT returns the decrypted string.

For example,

Code:
v:\> @encrypt topsecret Aaq19xB7

v:\> echo %@decrypt[topsecret]
Aaq19xB7
Rex, the "@" in the example above keeps the command, with it's visible password, out of the history. I could also do that with the HistoryExclude environment variable. But in either case, the command winds up in the history log. I looked at my history log, which goes back years, and found a quite a few passwords in it. That doesn't particularly bother me (though I did remove them) but it might bother some. Is it possible that one of the history exclusion methods could be made to **not** enter the command in the log? I'm not sure if others would like that.
 
Back
Top
[FOX] Ultimate Translator
Translate