Ok, I did not realize it was storing opcodes and not perl. Interesting.
Anyway, this is still assuming the opcodes are there as opcodes...it could (well it could do anything) store them encoded in some format as a weak attempt at obfuscation. I don't think you can run -MO=Deparse directly on a PAR executable either (or can you?).
| [reply] |
You further misunderstand. That is how perl itself and those modules work. Whether perl2exe includes source or a serialized form of the optree is unknown to me. I'd guess it stores source though since that's at least doable.
| [reply] |
No, I don't really misunderstand -- but perhaps you misunderstood my reply. Yes, it may include source or an optree, but that is not preventing some sort of encoding in the internal representation, as an attempt to prevent reverse engineering at some trivial level. I'm not the greatest of C hackers, though I am one of some regard, and I would have done something to make opcode (or source) extraction non-trivial. Many of these support some form of Crypt voodoo, as say the docs.
| [reply] |