Hello Bill, BK> I imagine the obfuscation would include translation of once- BK> meaningful identifiers (variable names, method names, ...) BK> into meaningless gibberish. A lexer would not help much there. BK> Such an obfuscator sounds really tough to write for Ruby BK> though... I presume the string form of eval() would have BK> to be disallowed from referring to any code subject to BK> obfuscation... BK> I would be very interested in a working Ruby code obfuscator, BK> even given certain restrictions like that. I'm writing an BK> application in Ruby that will likely be heavily pirated, like BK> a video game, as soon as a cracked copy of it becomes BK> available. As with video games, which i used to do for about BK> 9 years professionally, we're just trying to delay the time it BK> takes for someone to produce a cracked version. At least, BK> I'm presuming anyone needing a Ruby code obfuscator is probably BK> coming from the same situation. That's why I'd like one anyway. BK> I'm developing in Ruby because I want to add features faster BK> than the competition. (Not to mention how much fun programming BK> in Ruby is. :) But I've gone into writing this app in Ruby BK> knowing I'm going to need *some* solution to delaying the BK> (inevitable) appearance of a cracked version of my app. So I'm BK> very glad to hear Ken is working on such a technology, and BK> grateful he'd be willing to share it. I would also like to see something like this. But to be true, it wouldn't help very much. The only real protection system is to put the ruby source code under a BSD license so that you can change the code and add some private decryption code inside the "rb_compile_cstr" function. Of couse this can't be open source. Remember that even a bytecode wouldn't help that much, as you can see in decompiled Python/Java code. It's very readable. So my request is up going to matz directly if he want's to change the license for the ruby interpreter, allowing ruby to be more useable in some kind of commerical applications. -- Best regards, emailto: scholz at scriptolutions dot com Lothar Scholz http://www.ruby-ide.com CTO Scriptolutions Ruby, PHP, Python IDE 's