> On Wed, 8 Dec 2004 15:26:58 -0500 (EST), Chris Devers <[EMAIL PROTECTED]> wro
> te:
> > On Wed, 8 Dec 2004, Octavian Rasnita wrote:
> >
> > > So the conclusion is that perl code cannot be really hidden (for
> > > comercial purposes)?
> >
> > For any purposes, yes, code cannot be hidden.
>
> It can be hidden, but it will always be possible to reverse engineer
> it's mechanics back.
Well - you don't have to outrun the bear ... (it's the punchline of an
old joke)... Sometimes it's just easier to duplicate the application
than try to reverse engineer someone's obfuscated version. (I had
exactly that happen for a work-related project. After spending three
days deobfuscating, I threw up my hands and rewrote from scratch in
one afternoon.)
I was looking into a binary-output Perl compiler some time ago for a
product I wanted to release for Win32. Not because I wanted to
obscure the code (it was open source) but for the simple expedient
that there are seventeen people in the world with Perl installed on
their Win32 machines, and they are all on this list :) The rest of the
Windows-using world thinks pearl is something that grows inside an
oyster and just want to have a dot-exe file they can download and run.
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Lawrence Statton - [EMAIL PROTECTED] s/aba/c/g
Computer software consists of only two components: ones and
zeros, in roughly equal proportions. All that is required is to
sort them into the correct order.
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
<http://learn.perl.org/> <http://learn.perl.org/first-response>
