in reply to Re^10: problem with par as other user
in thread problem with par as other user

Check dates on those files. cstart and start has same, while wstart has its own. I suppose those dates are mod dates, so if thats the case you can see that its uploaded correctly :) Anyway, works fine now! And, apparently one should translate: 
File/Glob did not return true value at C:\test\modules/redo.pm line 82
+, <DATA> line 1.  
BEGIN failed--compilation aborted at C:\test\test1.pl line 55, <DATA> 
+line 1.

[download]
as Missing Module! But, I though glob was some buildin function...ohwell...

Also, hell yea. Put this on CPAN! Can one have too many? :) Well, since this has another approach (all in mem) you should put it there! Love the idea about packing up as needed aswell. And all in memory is really nice. I would have done this myself if I had the time.

I've also tested that running another script from within a script seems to be working fine. Which is nice and wanted by me :).

Password protect zip is nice, but when do you supply that pass? What if needed modules are in the zip. Then you can't exactly show the nice Tk dialogbox asking for a pass.. (unless you put all Tk outside the .zip and use lib ".")...

Two other things that is nice with the other packages are:
1. Scramble up the script running... Using stuff like Bleach (PAR::Filter::Bleach) and PAR::Filter::Bytecode
2. Have it all in one file. Althouth this is quite nice as it is. But embedd it all is an interesting project even for me. Would be nice to hack such a thing :)

/ Ace

Replies are listed 'Best First'.
Re^12: problem with par as other user
by vkon (Curate) on Jun 30, 2006 at 15:19 UTC
    about adding to ZIP - usually all is smooth, but sometimes there are difficulties, fortunately avoidable.
    Remeber - this is one-user's little tested approach; more stable will probably be after CPANizing it...

    about password for ZIP - password could be quirked into "start.c" and supplied for Archive::Zip, so no-one will steal your main .pl file, because it is scrambled inside that ZIP archive. So user can run executable but will not get algorithm itself.

[reply]
      This is all so cool! Should have its on forum! ;) By putting it on CPAN I bet/hope people will find it and support it!

      Password inside the start.c is nifty! Although one have to compile it, but that wasn't much of a problem really... Really nice trick to keep the source safe. Having the script scrambled isn't as safe, just harder to get. With the password protected .zip I think its a better protection (although I'm not sure what kind of algoritm .zip uses). Also, adding it into the .c is also abit safer. However, probably quite easy for any hacker, but anyway.

      Btw, what are you gonna call this packer? Packer::Start? :D

      / Ace
[reply]
        Packer::Start because of start.exe and start.c?
        Of course that was application name and not technology name.
        I thought something like Yet Another Application Packer...

        Do you have better ideas?

        BTW its often not easy to convince people that module is "kewl", they will still think that PAR is much better
        I am a little bit surprised that someone (you) recognized approach as "kewl" :)
        Its a great work (to recognize, I mean) -- people must step out dogmata a bit, and then do some research, and then compare, and then make conclusion.
        People usually fail before the first step :)

[reply]

In Section Seekers of Perl Wisdom