[EMAIL PROTECTED] wrote:
> Octavian, do what you want. No one is stopping you. You were
> asking for advice about this and you have been given it.
This is the most insightful comment so far.
Octavian, you got advice on why source encryption isn't a great idea.
If you want to do it anyway
"Octavian Rasnita" <[EMAIL PROTECTED]> wrote on 01/17/2007 04:53:08 AM:
> From: "Kiki" <[EMAIL PROTECTED]>
> > I would say that treating your customers as potential thieves won't get
> > you very far in doing business with them.
>
> 1. In a country where the pyracy is over 90%, yes I can cons
Bogdan Lucaciu wrote:
On Wednesday 17 January 2007 10:49, Octavian Rasnita wrote:
Bla bla. You are living in USA probably, where what you said is not bla
[...]
this is what some people refer to as "trolling". (High quality trolling even)
Yup. Took me until I read that response from Octavi
From: "Matt S Trout" <[EMAIL PROTECTED]>
I suspect it's more complaints about people expecting things for free
from somebody who's got a hell of a lot of free advice on here without as
yet contributing anything useful back are ... ironic at best.
I haven't asked anything for free. I've just
On 17 Jan 2007, at 11:17, Octavian Rasnita wrote:
But anyway, it doesn't matter.
No, it doesn't. Because I didn't ask you to tell me why you thought I
was wrong.
I asked you to moderate your behaviour. If you feel people shouldn't
have been offended by your arrogant whining, that's fin
From: "Chisel Wright" <[EMAIL PROTECTED]>
If "hiding the source" was a requirement, why did you use perl?
Because perl is the only language I know well enough to write a program that
could work under Windows and Linux.
Octavian
___
List: Cataly
On 17 Jan 2007, at 10:53, Octavian Rasnita wrote:
From: "Kiki" <[EMAIL PROTECTED]>
I would say that treating your customers as potential thieves
won't get
you very far in doing business with them.
1. In a country where the pyracy is over 90%, yes I can consider
the potential customers th
On Wed, Jan 17, 2007 at 12:53:08PM +0200, Octavian Rasnita wrote:
> 2. I am not selling the program directly to the customers, but to someone
> that asks for some features, including hiding the source.
If "hiding the source" was a requirement, why did you use perl?
--
Chisel Wright
e: [EMAIL PR
From: "Kiki" <[EMAIL PROTECTED]>
I would say that treating your customers as potential thieves won't get
you very far in doing business with them.
1. In a country where the pyracy is over 90%, yes I can consider the
potential customers thieves.
2. I am not selling the program directly to the c
I know I shouldn't feed the trools, but what the heck.
Octavian Rasnita wrote:
> Yes I agree, but the customers would prefer to get the program from
> another source, and don't pay anything for it.
>
I would say that treating your customers as potential thieves won't get
you very far in doing bus
On 17 Jan 2007, at 10:04, Octavian Rasnita wrote:
I wasn't the person that started talking about the legality on this
thread. I haven't started talking about licences or things like that.
Why didn't you reply to the message that first started talking
about that? Have you something against me
On 17/01/07, Joe Landman <[EMAIL PROTECTED]> wrote:
That is unless you have your in-memory image also encrypted with on the
fly decryption/execution. I am not aware of any one doing this for any
language. Though I could be wrong.
I've heard of this being used in pc/console games, but even thi
From: "Bogdan Lucaciu" <[EMAIL PROTECTED]>
this is what some people refer to as "trolling". (High quality trolling
even)
Please end this thread, or at least try to keep legal/marketing/philosophy
out
of it.
I wasn't the person that started talking about the legality on this thread.
I haven
On Wednesday 17 January 2007 10:49, Octavian Rasnita wrote:
>
> Bla bla. You are living in USA probably, where what you said is not bla
> bla, but I am living in Romania, Central Europe where even stronger laws
> than those regarding the piracy are not always respected. In my country
> there are no
From: "Peter Edwards" <[EMAIL PROTECTED]>
>Can you tell me how to find the source code from a perlapp program?
Everyone says that it is very simple, but nobody was able to do it.
The answer is in the manual
http://perldoc.perl.org/perlfaq3.html#How-can-I-hide-the-source-for-my-Perl-
program%3
From: "Joe Landman" <[EMAIL PROTECTED]>
Technological measures can be defeated. Assume they provide speed bumps
at most to determined hackers.
We have found that people are (sometimes) willing to pay for programs when
they add significant value to what it is they are doing. That said, much
>Can you tell me how to find the source code from a perlapp program?
>Everyone says that it is very simple, but nobody was able to do it.
The answer is in the manual
http://perldoc.perl.org/perlfaq3.html#How-can-I-hide-the-source-for-my-Perl-
program%3f
Perlmonks is a better place for these kind
Octavian Rasnita wrote:
From: "Joe Landman" <[EMAIL PROTECTED]>
perlapp doesn't drop the source code in /tmp. It puts there only some
.dll files, and nothing more than that.
(I am using perl Dev Kit 6.02, but now PDK 7 was just released).
The "source" needs to be obtained somehow and in some
From: "Joe Landman" <[EMAIL PROTECTED]>
perlapp doesn't drop the source code in /tmp. It puts there only some
.dll files, and nothing more than that.
(I am using perl Dev Kit 6.02, but now PDK 7 was just released).
The "source" needs to be obtained somehow and in some state for the Perl
prog
From: "Peter Edwards" <[EMAIL PROTECTED]>
>If a language is interpreted, this doesn't mean that the programs that
>were
made with it cannot be protected in any way.
It will be fairly easy to crack installed Perl software.
Can you tell me how to find the source code from a perlapp program?
Ev
On Tuesday 16 January 2007 18:00, Joe Landman wrote:
> Yes. Never deliver the application. Host the critical bits. Have them
> make SOAP/XML-RPC calls back to your machine.
>
> Note: this is not exclusive to Catalyst. This is true with every/any
> MVC framework, and pretty much every language,
Octavian Rasnita wrote:
From: <[EMAIL PROTECTED]>
Take a look at /tmp/pdk/ perlapp exes dump the plaintext while running.
This is not a "problem" with Catalyst, perl is an interpreted
language not
a compiled one. perlapp is there to make distributing self contained
perl
applications easier,
>If a language is interpreted, this doesn't mean that the programs that were
>made with it cannot be protected in any way.
It will be fairly easy to crack installed Perl software.
>Or, is there another way of protecting the code from a Catalyst app?
Offer an Application Service Provider model. I.e
From: <[EMAIL PROTECTED]>
Take a look at /tmp/pdk/ perlapp exes dump the plaintext while running.
This is not a "problem" with Catalyst, perl is an interpreted language
not
a compiled one. perlapp is there to make distributing self contained perl
applications easier, not to protect your sour
"Octavian Rasnita" <[EMAIL PROTECTED]> wrote on 01/16/2007 01:20:00 PM:
> From: <[EMAIL PROTECTED]>
> > No. There is really no way to distribute a perl application in a way
to
> > hide its source. Any attempt you make will be met with false security
and
> > failure. Maybe Perl 6, but tha
Jonathan Rockway <[EMAIL PROTECTED]> wrote on 01/16/2007 12:57:39 PM:
> [EMAIL PROTECTED] wrote:
> >
> > I prefer you send me the one packaged with par:crypto -- I like to be
able
> > to read comments and see the original var names when I edit your hidden
> > code. =)
>
> DMCA violation.
>
=
From: <[EMAIL PROTECTED]>
No. There is really no way to distribute a perl application in a way to
hide its source. Any attempt you make will be met with false security and
failure. Maybe Perl 6, but that is still unanswered at this point.
Have you found a way of cracking the protection of t
From: "Jonathan Rockway" <[EMAIL PROTECTED]>
nmake catalyst_par
...
Writing PAR "tranzactiibursiere.par"
NMAKE : fatal error U1077: 'D:\WINDOWS\system32\cmd.exe' : return code
'0x2'
Stop.
What versions of:
App::Packer
PAR::Packer
PAR
do you have?
E:\web\TranzactiiBursiere>perl -M"App::Pack
[EMAIL PROTECTED] wrote:
>
> I prefer you send me the one packaged with par:crypto -- I like to be able
> to read comments and see the original var names when I edit your hidden
> code. =)
DMCA violation.
--
package JAPH;use Catalyst qw/-Debug/;($;=JAPH)->config(name => do {
$,.=reverse qw[Jona
Jonathan Rockway <[EMAIL PROTECTED]> wrote on 01/16/2007 12:22:24 PM:
>
> > nmake catalyst_par
> > ...
> > Writing PAR "tranzactiibursiere.par"
> > NMAKE : fatal error U1077: 'D:\WINDOWS\system32\cmd.exe' : return code
> > '0x2'
> > Stop.
>
> What versions of:
>
> App::Packer
> PAR::Packer
>
"Octavian Rasnita" <[EMAIL PROTECTED]> wrote on 01/16/2007 12:08:13 PM:
> From: "Chisel Wright" <[EMAIL PROTECTED]>
>
> > On Tue, Jan 16, 2007 at 05:12:05PM +0200, Octavian Rasnita wrote:
> >> Is it possible to do what I want, using perlapp? If not, is it
possible
> >> with PAR?
> >
> > Is t
> nmake catalyst_par
> ...
> Writing PAR "tranzactiibursiere.par"
> NMAKE : fatal error U1077: 'D:\WINDOWS\system32\cmd.exe' : return code
> '0x2'
> Stop.
What versions of:
App::Packer
PAR::Packer
PAR
do you have?
> But anyway, does this method hide the source code of the application?
Try the
From: "Chisel Wright" <[EMAIL PROTECTED]>
On Tue, Jan 16, 2007 at 05:12:05PM +0200, Octavian Rasnita wrote:
Is it possible to do what I want, using perlapp? If not, is it possible
with PAR?
Is this any help?
http://www.catalystframework.org/calendar/2005/6
I have tried to do that, but it r
On Tue, Jan 16, 2007 at 05:12:05PM +0200, Octavian Rasnita wrote:
> Is it possible to do what I want, using perlapp? If not, is it possible
> with PAR?
Is this any help?
http://www.catalystframework.org/calendar/2005/6
--
Chisel Wright
e: [EMAIL PROTECTED]
w: http://www.herlpacker.co.uk/
O
Hi,
I want to create a standalone binary executable for Windows and another one
for Linux using ActiveState perlapp.
Is it possible to make it independent, and distribute only the executable
without the modules from the lib directory of the application?
I have tried creating an executable fro
35 matches
Mail list logo
