Ruud,
I do not have a clear understanding of how KiX searches for the script. The manual says that \Netlogon is searched first, the location where KiX32 started from second, and the current directory third. If it makes its rounds of these locations for each extension before trying another extension then yes, it would add significant delay but if it searched on all possible extensions at each location, I believe the delay could be less if a match is found. Maybe you could provide a search order switch as you do for the RPC.
As for the .SCR extension, I am all for dropping it, since that one is already associated with screensavers. None the less, it is bound to break some implementations.
A primary reason to pre-tokenize might be for speed and bandwidth so putting .KX ahead of .KiX makes sense since it would have a slight leg up on speed and traffic.
As for the debugging, I wasn't sure if you were de-tokenizing in 4.22 while debugging, if you kept both the clear text and tokenized in memory, or if you tokenized line-by line while in debug mode. Some of the challenges that you would face with error reporting if you INCLUDE or MAKE several files into one .KX file, would be the same with in-line debugging. Namely, that you need to represent in clear text, the line and/or line number.
Lastly, a de-tokenizer utility is something that someone may build anyway through reverse engineering. If the intent is to obfuscate the code, the de-tokenizer would make quick work of exposing it which, contrary to Martha, would not be a good thing. If you made available a de-tokenizer, there would have to be some sort of encryption/decryption key to maintain obfuscation. The question is would the benefit of a de-tokenizer outweigh the reduced complexity of cracking the key versus having to crack the built-in key AND tokenization algorithm? Since presumably, the key would have to be embedded in the script, it may also make it easier to crack.
_________________________
Give a man a fish and he will be back for more. Slap him with a fish and he will go away forever.
