RE: Protecting source code

2006-08-25 Thread Thomas
Best way- fill it with copyright notices, use a restrictive license, get them to sign a document. That's really the only way to protect perl code-- by legally protecting it. And then suing the ass off of your client if they break it. You can not 'protect' perl source the way you are

Re: Protecting source code

2006-08-25 Thread Ali ISIK
How about stunnix, folks, does anyone have any experience with their product? --Ali Isik On 8/23/06, Jonathan Vanasco [EMAIL PROTECTED] wrote: On Aug 23, 2006, at 8:01 AM, Miha Lampret wrote: Hello all, I am writting web application for mod_perl which will be installed on client's

Re: Protecting source code

2006-08-25 Thread Saltbreez
This conversation disturbs me at a level more fundamental than source code or business requirements. You write that you [are] writting web application for mod_perl which will be installed on client's server. That is to say that you are using a product licensed as either GNU or Artistic. I am not

Re: Protecting source code

2006-08-25 Thread Hendrik Van Belleghem
Hi, Just because you're using Apache (Apache License), mod_perl (Apache License) and Perl (GPL/Artistic), it doesn't mean anything you develop has to use any of those licenses. It is perfectly legal to license your perl applications under any license you choose. It's also perfectly ok to

Re: A::SL - Devel::Cover using httpd/mp 1.x series

2006-08-25 Thread David E. Wheeler
On Aug 25, 2006, at 02:28, Philip M. Gollucci wrote: I promised David Wheeler this earlier today. Oh, fine, just blame me. ;-) Actually, what I thought you said was essentially patches welcome. But this works, too. Cheers, David

many requests on one connection.

2006-08-25 Thread Erland Nylend
Hello, I'm new to modperl, and I have a question regarding how to handle multiple POST-requests in one single connection. For those interested, I need to communicate with CPE routers using tr069 (http://dslforum.org) In short, a router sends a http POST to the webserver, expects a HTTP POST

Re: Protecting source code

2006-08-25 Thread Jonathan Vanasco
On Aug 25, 2006, at 11:13 AM, Hendrik Van Belleghem wrote: The reason for me not to use any of these encryption or obfuscation tools (even though I wrote one), is purely for logical reasons. Source readability is part of the perl featureset for me. If you don't want people to read it, don't

Re: many requests on one connection.

2006-08-25 Thread Perrin Harkins
On Fri, 2006-08-25 at 18:56 +0200, Erland Nylend wrote: In short, a router sends a http POST to the webserver, expects a HTTP POST reply back, sends a new HTTP POST .. and so on, all on the same connection. This way soap-envelopes are transmitted between the peers. HTTP has defined roles of

Re: Protecting source code

2006-08-25 Thread David E. Wheeler
On Aug 25, 2006, at 09:58, Jonathan Vanasco wrote: at that point, i realized two things: a- encrypting/obfuscating perl code just doesn't work when you need to decrypt it. it also doesn't work when there are decompilers and stuff out there. the best you can do is make something

Re: Protecting source code

2006-08-25 Thread Hendrik Van Belleghem
AFAIK, I doubt it. I'm not a mod_perl power user but what you're asking seems to me like asking if perl can run binaries that are compiled out of C code generated with perlcc. There's always XS if you want to include C code.. or ofcourse, you can always just write a pure C Apache module instead

Hi

2006-08-25 Thread dhaval gada
Hi, I am using Apache::Session module for state persistence. However I am getting the following error : [1989]ERR: 24: Error in Perl code: Global data is not accessible: Died at /usr/local/lib/site_perl/Apache/Session/Generate/MD5.pm line 40. Atari 800 HTML::Embperl 1.3.6 [Fri Aug 25

Re: Protecting source code

2006-08-25 Thread Octavian Rasnita
Hi americans :-) Please try to understand that the situation is not everywhere like in USA regarding the respect for copyright, including the respect for open source licenses. I have seen the suggestion for protecting the code by a license for many times, but there are countries where those

Re: Protecting source code

2006-08-25 Thread David E. Wheeler
On Aug 25, 2006, at 11:05, Octavian Rasnita wrote: Hi americans :-) Heh. Nailed me. ;-) So the programmer works for the source code, makes it open source, and then comes another programmer that gets it, delete the name of the author, make some changes, and then sell the program

Re: Protecting source code

2006-08-25 Thread Danny Brian
I think that if mod_perl programs could be very well encrypted, this technology would be a little more used than it is now, but they can't, and if this is a disadvantage for some of us, we shouldn't say that the programmers shouldn't need such a thing. Teddy makes a good point. This

Re: Protecting source code

2006-08-25 Thread Tim Pushor
Danny Brian wrote: It will always be true that a dedicated hacker will be able to decompile, dump opcodes, or otherwise reverse engineer the work of another, regardless of the language or file format. But the value of compiling a program is not so much its security, but its illusion of

Re: Protecting source code

2006-08-25 Thread David Nicol
I think that if obfuscating the source code (by compiling or encrypting or whatever) is a high priority for you, then Perl may not be the best choice of language for your software. And even for Java there are decompilers and for PHP the code must be unencrypted to run. So maybe C is the best

Re: Protecting source code

2006-08-25 Thread Jonathan Vanasco
On Aug 25, 2006, at 2:34 PM, David E. Wheeler wrote: I think that if obfuscating the source code (by compiling or encrypting or whatever) is a high priority for you, then Perl may not be the best choice of language for your software. And even for Java there are decompilers and for PHP the

Re: Protecting source code

2006-08-25 Thread Boysenberry Payne
What about products like CPANEL, how do they do it? There must be some standard usage already with Perl being as prevalent as it is. Currently we've separated our perl code out onto its own server and use proxies to get to and fro. It keeps a level of protection on our code. We just serve the

multi-server setup - consolidating configs across machines

2006-08-25 Thread Jonathan Vanasco
i'm using a multi server setup. right now, its a little assbackwards. on each machine i've set up /usr/local/apache-custom/modperl_APPNAME which contains: conf/httpd.conf sbin/apachectl run/httpd.pid each machine also has a different docroot dev machines

different default oracle date formats under mod_perl and scripts

2006-08-25 Thread Jay Buffington
Hi, I'm using DBI with DBD::Oracle. I've noticed that under scripts the default date format is mm/dd/ HH24:MI:SS, where as under mod_perl the default returned date format is -MM-DD. That is, if I select a date column from the database without wrapping it in a TO_CHAR() function, I get

Re: many requests on one connection.

2006-08-25 Thread Erland Nylend
Thanks for replying, On 2006-08-25, 13:04, Perrin Harkins wrote: HTTP has defined roles of client and server. You can't make HTTP requests and respond to other HTTP requests on a single socket connection, at least not without writing your own protocol which will not really be HTTP. I may

Re: different default oracle date formats under mod_perl and scripts

2006-08-25 Thread Arshavir Grigorian
On 8/25/06, Jay Buffington [EMAIL PROTECTED] wrote: Hi, I'm using DBI with DBD::Oracle. I've noticed that under scripts the default date format is mm/dd/ HH24:MI:SS, where as under mod_perl the default returned date format is -MM-DD. That is, if I select a date column from the

Re: different default oracle date formats under mod_perl and scripts

2006-08-25 Thread Philip M. Gollucci
Jay Buffington wrote: Hi, I'm using DBI with DBD::Oracle. I've noticed that under scripts the default date format is mm/dd/ HH24:MI:SS, where as under mod_perl the default returned date format is -MM-DD. That is, if I select a date column from the database without wrapping it in

svn commit: r436713 - /perl/Apache-SizeLimit/trunk/lib/Apache/BaseSizeLimit.pm

2006-08-25 Thread pgollucci
Author: pgollucci Date: Fri Aug 25 01:24:11 2006 New Revision: 436713 URL: http://svn.apache.org/viewvc?rev=436713view=rev Log: fix some indentation Modified: perl/Apache-SizeLimit/trunk/lib/Apache/BaseSizeLimit.pm Modified: perl/Apache-SizeLimit/trunk/lib/Apache/BaseSizeLimit.pm URL:

svn commit: r436715 - /perl/Apache-SizeLimit/trunk/lib/Apache/BaseSizeLimit.pm

2006-08-25 Thread pgollucci
Author: pgollucci Date: Fri Aug 25 01:27:22 2006 New Revision: 436715 URL: http://svn.apache.org/viewvc?rev=436715view=rev Log: WIN32 check was overly complex, we know we're in mod_perl2, so we can just skip WIN32 init Modified: perl/Apache-SizeLimit/trunk/lib/Apache/BaseSizeLimit.pm

svn commit: r436717 - /perl/Apache-SizeLimit/trunk/Makefile.PL

2006-08-25 Thread pgollucci
Author: pgollucci Date: Fri Aug 25 01:39:55 2006 New Revision: 436717 URL: http://svn.apache.org/viewvc?rev=436717view=rev Log: clean up the %common_opts to only have common options and move the mp1, mp2 options into the ExitUtils::MakeMaker for 1.x and ModPerl::MM for 2.x Modified:

svn commit: r436718 - /perl/Apache-SizeLimit/trunk/Makefile.PL

2006-08-25 Thread pgollucci
Author: pgollucci Date: Fri Aug 25 01:43:32 2006 New Revision: 436718 URL: http://svn.apache.org/viewvc?rev=436718view=rev Log: o simply argument processing loop in wanted_mp_generation() o s/mp2/mp1/ in a comment Modified: perl/Apache-SizeLimit/trunk/Makefile.PL Modified:

svn commit: r436719 - /perl/Apache-SizeLimit/trunk/README

2006-08-25 Thread pgollucci
Author: pgollucci Date: Fri Aug 25 01:45:03 2006 New Revision: 436719 URL: http://svn.apache.org/viewvc?rev=436719view=rev Log: 1.x should be functional again 2.x is still broken Modified: perl/Apache-SizeLimit/trunk/README Modified: perl/Apache-SizeLimit/trunk/README URL:

svn commit: r436732 - in /perl/Apache-SizeLimit/trunk/t: apache/ apache2/ response/TestApache/ response/TestApache2/

2006-08-25 Thread pgollucci
Author: pgollucci Date: Fri Aug 25 02:20:46 2006 New Revision: 436732 URL: http://svn.apache.org/viewvc?rev=436732view=rev Log: since this test kills the httpd server it _MUST_ run last or there will be no server left to finish the other tests. This particularly matters with -DONE_PROCESS which

svn commit: r436773 - /perl/Apache-SizeLimit/trunk/t/apache2/all.t

2006-08-25 Thread autarch
Author: autarch Date: Fri Aug 25 05:00:30 2006 New Revision: 436773 URL: http://svn.apache.org/viewvc?rev=436773view=rev Log: This shuts up a warning if mod_perl2 isn't installed at all. Modified: perl/Apache-SizeLimit/trunk/t/apache2/all.t Modified: