RE: PERL on a CD

2006-07-28 Thread Timothy Johnson
Also PPM would not be able to install any modules because it wouldn't be
able to write to the CD, but this is more of a solution for distributing
a script within an organization.

-Original Message-
From: Foo JH [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 27, 2006 10:02 PM
To: Timothy Johnson
Cc: Michael D. Smith; perl-win32-users@listserv.ActiveState.com
Subject: Re: PERL on a CD

The only downside to running (Active)Perl from a CD, is that ppm does 
not seem to work. Something about paths being wrong and stuff.

Appreciate any solutions to this matter.

Timothy Johnson wrote:
> The only disadvantage to running Perl from a CD is that the file
> associations would not be there, so you would have to prepend perl.exe
> to your command-line to launch your script.
>
> perl myscript.pl
>
> Other than that, you can just copy your perl directory to a CD and run
> it from any machine with a similar architecture.  If you're going to
be
> redistributing scripts a lot, though, it might be worth looking into
the
> Perl Dev Kit from ActiveState.  You can package your scripts into
> executables and redistribute them without having to worry if the
client
> has Perl installed or not.
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
Of
> Michael D. Smith
> Sent: Tuesday, July 25, 2006 10:32 AM
> To: perl-win32-users@listserv.ActiveState.com
> Subject: Re: PERL on a CD
>
>
> Is it possible to burn PERL and a script onto a CD and execute it from

> there without installing perl on the host computer?
>
> There would be nothing in the registry. The path to perl.exe would
have
> to 
> be included for the script to execute -- but beyond that, I'm a blank.
>
> Any thoughts appreciated.
>
> Actually, it would be unknown if PERL were installed on the host
> computer 
> or not -- is there any way to check first? -- as it would definitely 
> execute quicker off the hard drive than off a CD.
>
> TIA
>
> ms
>
> ___
> Perl-Win32-Users mailing list
> Perl-Win32-Users@listserv.ActiveState.com
> To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
>
> ___
> Perl-Win32-Users mailing list
> Perl-Win32-Users@listserv.ActiveState.com
> To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
>   


___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


Re: Up-to-date Alternatives to Tiny Perl? (Was: PERL on a CD)

2006-07-28 Thread Sisyphus

- Original Message - 
From: "Foo JH" <[EMAIL PROTECTED]>
To: "Sisyphus" <[EMAIL PROTECTED]>
Cc: "Veli-Pekka Tätilä" <[EMAIL PROTECTED]>;

Sent: Friday, July 28, 2006 3:05 PM
Subject: Re: Up-to-date Alternatives to Tiny Perl? (Was: PERL on a CD)


> This is encouraging. Do you know if the free version of the MS compiler
> will work as well?

When that compiler was first made available it was (I think) version 7.1.
Now (I think) it's version 8.0.
I haven't used that compiler at all. I do know that others are happily using
it (presumably both 7.1 and 8.0) to build XS modules (extensions) with
ActiveState perl. But I don't know of *anyone* who has used that free
compiler to build perl itself. The README.win32 in the perl source has
detailed instructions on how to build perl using that free compiler - but
I've not seen anyone actually come out and say "yes, I followed those
instructions and it worked".

If you want to build perl using a free compiler then, imho, it's far easier
to use MinGW and dmake  and I *do* know that building perl that way is
trivial. You'll find dmake at
http://search.cpan.org/~shay/dmake-4.5-20060619-SHAY/ and MinGW at
www.mingw.org .

Still - if anyone who has already downloaded the free MS compiler likes to
try to build perl using that compiler, then  a report on the exercise would
be a most welcome read. I might even try it myself, despite the fact that
the task of downloading the compiler (and its bits and pieces) looks
distinctly unpleasant.

Cheers,
Rob

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


Re: Up-to-date Alternatives to Tiny Perl? (Was: PERL on a CD)

2006-07-28 Thread Foo JH
This is encouraging. Do you know if the free version of the MS compiler 
will work as well?

Sisyphus wrote:
> - Original Message - 
> From: "Veli-Pekka Tätilä"
> .
> .
>   
>> How difficult would it be to compile my own Perl using VC6 and include the
>> modules, too? I've only been installing Perl modules using PPM so far
>> although do know C.
>>
>> 
>
> With either VC6.0, VC7.x or MinGW/dmake, building perl 5.8.8 is *very* easy.
> (It might also be just as easy with VC8 ... not sure.) Just follow the
> instructions in 'README.win32' in the perl source tarball.
>
> With VC compilers it's pretty much just a matter of:
> 1) unpack the perl5.8.8 source.
> 2) cd to the 'win32' folder
> 3) edit 'Makefile' so that 'INST_DRV' and 'INST_TOP' point to the location
> where you want perl to be installed.
> 4) run 'nmake'
> 5) check that all is ok by running 'nmake test'
> 6) run 'nmake install'
>
> That will give you an ActiveState-type build of perl. There are other
> changes you can make to the Makefile if you like (eg to disable
> multi-threading, or to build a debug version of perl) - the configurable
> section of that file is largely self-documenting.
>
> However, there's not necessarily much to gain by building your own perl (as
> opposed to installing AS perl) and there can even be some disadvantages -
> such as no PPM (though you can install an old version of PPM from CPAN), and
> none of the non-CORE modules that PPM uses.
>
> Cheers,
> Rob
>
> ___
> Perl-Win32-Users mailing list
> Perl-Win32-Users@listserv.ActiveState.com
> To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
>   

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


Re: PERL on a CD

2006-07-28 Thread Foo JH
The only downside to running (Active)Perl from a CD, is that ppm does 
not seem to work. Something about paths being wrong and stuff.

Appreciate any solutions to this matter.

Timothy Johnson wrote:
> The only disadvantage to running Perl from a CD is that the file
> associations would not be there, so you would have to prepend perl.exe
> to your command-line to launch your script.
>
> perl myscript.pl
>
> Other than that, you can just copy your perl directory to a CD and run
> it from any machine with a similar architecture.  If you're going to be
> redistributing scripts a lot, though, it might be worth looking into the
> Perl Dev Kit from ActiveState.  You can package your scripts into
> executables and redistribute them without having to worry if the client
> has Perl installed or not.
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Michael D. Smith
> Sent: Tuesday, July 25, 2006 10:32 AM
> To: perl-win32-users@listserv.ActiveState.com
> Subject: Re: PERL on a CD
>
>
> Is it possible to burn PERL and a script onto a CD and execute it from 
> there without installing perl on the host computer?
>
> There would be nothing in the registry. The path to perl.exe would have
> to 
> be included for the script to execute -- but beyond that, I'm a blank.
>
> Any thoughts appreciated.
>
> Actually, it would be unknown if PERL were installed on the host
> computer 
> or not -- is there any way to check first? -- as it would definitely 
> execute quicker off the hard drive than off a CD.
>
> TIA
>
> ms
>
> ___
> Perl-Win32-Users mailing list
> Perl-Win32-Users@listserv.ActiveState.com
> To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
>
> ___
> Perl-Win32-Users mailing list
> Perl-Win32-Users@listserv.ActiveState.com
> To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
>   

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


RE: It works!!! PERL on a CD: Ini Association and relative Path Woes

2006-07-26 Thread Michael D. Smith

That's it!

Works perfectly now.

No distribution. I'm carrying the CD with me to one other computer then 
taking it home with me and now it doesn't install a thing on the other 
computer -- not even in a temp directory, so it would seem (to me but I'm 
no lawyer) there should be less licensing issues than otherwise.

ms



At 10:23 AM 7/26/2006, Timothy Johnson wrote:


>Also note that you should be able to use a path, like so:
>
>open=perl\bin\perl.exe myscript.pl
>
>(with the same caveat Jan gave us yesterday that you have to make sure
>you're appropriately licensed if you plan to distribute outside of your
>organization)
>
>
>
>-Original Message-
>From: Timothy Johnson
>Sent: Wednesday, July 26, 2006 8:21 AM
>To: 'Michael D. Smith'; perl-win32-users@listserv.ActiveState.com
>Subject: RE: PERL on a CD: Ini Association and relative Path Woes
>
>I think you want the Autorun.inf file, not ini.
>
>Check out the reference here:
><http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellc
>c/platform/shell/programmersguide/shell_basics/shell_basics_extending/au
>torun/autoplay_cmds.asp>
>
>
>
>
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of
>Michael D. Smith
>Sent: Wednesday, July 26, 2006 5:59 AM
>To: perl-win32-users@listserv.ActiveState.com
>Subject: Re: PERL on a CD: Ini Association and relative Path Woes
>
>
>Despite the fact the file association is not there now, the CD that I
>made
>yesterday still autoruns, so there must be something to this "shows it
>to
>you when it decides it wants to" nonsense. More to talk with Billy about
>if
>I ever get a chance.
>
>Besides, Autorun.ini will not accept a path, relative or otherwise,
>either.
>The file to be opened must be in the root directory with autorun.
>
>

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


Re: PERL on a CD

2006-07-26 Thread $Bill Luebkert
Michael D. Smith wrote:

> Then I thought to try an autorun.ini file containing something like:
> [autorun]
> shellexecute=Perl\bin\perl.exe myscript.pl

Are you sure you don't mean autorun.inf (install method) ?

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


RE: PERL on a CD: Ini Association and relative Path Woes

2006-07-26 Thread Timothy Johnson
Also note that you should be able to use a path, like so:

open=perl\bin\perl.exe myscript.pl

(with the same caveat Jan gave us yesterday that you have to make sure
you're appropriately licensed if you plan to distribute outside of your
organization)



-Original Message-
From: Timothy Johnson 
Sent: Wednesday, July 26, 2006 8:21 AM
To: 'Michael D. Smith'; perl-win32-users@listserv.ActiveState.com
Subject: RE: PERL on a CD: Ini Association and relative Path Woes

I think you want the Autorun.inf file, not ini.  

Check out the reference here:
<http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellc
c/platform/shell/programmersguide/shell_basics/shell_basics_extending/au
torun/autoplay_cmds.asp>




-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Michael D. Smith
Sent: Wednesday, July 26, 2006 5:59 AM
To: perl-win32-users@listserv.ActiveState.com
Subject: Re: PERL on a CD: Ini Association and relative Path Woes


Despite the fact the file association is not there now, the CD that I
made 
yesterday still autoruns, so there must be something to this "shows it
to 
you when it decides it wants to" nonsense. More to talk with Billy about
if 
I ever get a chance.

Besides, Autorun.ini will not accept a path, relative or otherwise,
either. 
The file to be opened must be in the root directory with autorun.




___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


RE: PERL on a CD: Ini Association and relative Path Woes

2006-07-26 Thread Timothy Johnson
I think you want the Autorun.inf file, not ini.  

Check out the reference here:
<http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellc
c/platform/shell/programmersguide/shell_basics/shell_basics_extending/au
torun/autoplay_cmds.asp>




-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Michael D. Smith
Sent: Wednesday, July 26, 2006 5:59 AM
To: perl-win32-users@listserv.ActiveState.com
Subject: Re: PERL on a CD: Ini Association and relative Path Woes


Despite the fact the file association is not there now, the CD that I
made 
yesterday still autoruns, so there must be something to this "shows it
to 
you when it decides it wants to" nonsense. More to talk with Billy about
if 
I ever get a chance.

Besides, Autorun.ini will not accept a path, relative or otherwise,
either. 
The file to be opened must be in the root directory with autorun.




___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


Re: PERL on a CD: Ini Association and relative Path Woes

2006-07-26 Thread Michael D. Smith

Despite the fact the file association is not there now, the CD that I made 
yesterday still autoruns, so there must be something to this "shows it to 
you when it decides it wants to" nonsense. More to talk with Billy about if 
I ever get a chance.

Besides, Autorun.ini will not accept a path, relative or otherwise, either. 
The file to be opened must be in the root directory with autorun.

I need a C wrapper, say setup.exe, to open perl and it's command line 
argument. Assuming I can do a relative path in C of course. If only i knew 
how to do that. I have a beginning C book and an advanced C book. 
Apparently it's in the middle-ing C book :)


ms


At 06:34 AM 7/26/2006, you wrote:


>Michael D. Smith wrote:
> > Okay,  tested just copying the Perl folder to E drive and it worked.
> > 
> > My CD drives are G and H but a CD could be any drive letter so now I need
> > a relative path.
>A no can do for shortcuts as paths are made absolute. Another problem could
>be changing drive letters due to removable drives, by the way. If you've got
>control over the target machines you could use mounted folders for USB stuff
>in stead of drives. This is well hidden, and found in:
>control panel, administrative tools, computer management, disk management,
>[context menu] change drive letter and paths, [button] add, [checkbox] mount
>in the following empty NTFS folder
>
> > somehow my file associations to ini have all become notepad.exe and one
> > action has disappeared completely.
>Ouch this sounds bad. Have you ttried pressing the restore button in the
>Folder Options tab to see if it helps? You asked if it would be possible to
>check what settings Windows is using for the disappeared items like install,
>the answer is that those items are generated dynamically, presumably by
>shell extensions, and do not show up in Folder Options.

This one is there -- or was yesterday.

ms


>  I ran into similar
>trouble in trying to add new actions to folders. In my case, this Microsoft
>article helped:
>
>http://support.microsoft.com/?kbid=321186
>
>--
>With kind regards Veli-Pekka Tätilä ([EMAIL PROTECTED])
>Accessibility, game music, synthesizers and programming:
>http://www.student.oulu.fi/~vtatila/
>
>___
>Perl-Win32-Users mailing list
>Perl-Win32-Users@listserv.ActiveState.com
>To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


Re: PERL on a CD: Ini Association and relative Path Woes

2006-07-26 Thread Veli-Pekka Tätilä
Michael D. Smith wrote:
> Okay,  tested just copying the Perl folder to E drive and it worked. 
> 
> My CD drives are G and H but a CD could be any drive letter so now I need
> a relative path.
A no can do for shortcuts as paths are made absolute. Another problem could 
be changing drive letters due to removable drives, by the way. If you've got 
control over the target machines you could use mounted folders for USB stuff 
in stead of drives. This is well hidden, and found in:
control panel, administrative tools, computer management, disk management, 
[context menu] change drive letter and paths, [button] add, [checkbox] mount 
in the following empty NTFS folder

> somehow my file associations to ini have all become notepad.exe and one 
> action has disappeared completely.
Ouch this sounds bad. Have you ttried pressing the restore button in the 
Folder Options tab to see if it helps? You asked if it would be possible to 
check what settings Windows is using for the disappeared items like install, 
the answer is that those items are generated dynamically, presumably by 
shell extensions, and do not show up in Folder Options. I ran into similar 
trouble in trying to add new actions to folders. In my case, this Microsoft 
article helped:

http://support.microsoft.com/?kbid=321186

-- 
With kind regards Veli-Pekka Tätilä ([EMAIL PROTECTED])
Accessibility, game music, synthesizers and programming:
http://www.student.oulu.fi/~vtatila/ 

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


Re: Up-to-date Alternatives to Tiny Perl? (Was: PERL on a CD)

2006-07-26 Thread Sisyphus

- Original Message - 
From: "Veli-Pekka Tätilä"
.
.
>
> How difficult would it be to compile my own Perl using VC6 and include the
> modules, too? I've only been installing Perl modules using PPM so far
> although do know C.
>

With either VC6.0, VC7.x or MinGW/dmake, building perl 5.8.8 is *very* easy.
(It might also be just as easy with VC8 ... not sure.) Just follow the
instructions in 'README.win32' in the perl source tarball.

With VC compilers it's pretty much just a matter of:
1) unpack the perl5.8.8 source.
2) cd to the 'win32' folder
3) edit 'Makefile' so that 'INST_DRV' and 'INST_TOP' point to the location
where you want perl to be installed.
4) run 'nmake'
5) check that all is ok by running 'nmake test'
6) run 'nmake install'

That will give you an ActiveState-type build of perl. There are other
changes you can make to the Makefile if you like (eg to disable
multi-threading, or to build a debug version of perl) - the configurable
section of that file is largely self-documenting.

However, there's not necessarily much to gain by building your own perl (as
opposed to installing AS perl) and there can even be some disadvantages -
such as no PPM (though you can install an old version of PPM from CPAN), and
none of the non-CORE modules that PPM uses.

Cheers,
Rob

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


RE: PERL on a CD

2006-07-26 Thread Michael D. Smith

Okay,  tested just copying the Perl folder to E drive and it worked. I 
uninstalled perl and deleted the folders from my hard drive for testing 
purposes, burned perl folder onto the CD, deleted eg and html folders for 
space but it wasn't really necessary, there's plenty of room.

My CD drives are G and H but a CD could be any drive letter so now I need a 
relative path. I first  thought use a shortcut and then open the properties 
dialog box and enter what you want but Windozes won't accept a relative 
path there. I would call BillyG and tell him what I think about that but 
his number is unlisted :)

Then I thought to try an autorun.ini file containing something like:
[autorun]
shellexecute=Perl\bin\perl.exe myscript.pl

That works for html files anyway and it * might * work for this but somehow 
my file associations to ini have all become notepad.exe and one action has 
disappeared completely.

If someone would please open folder options, file types tab, scroll down to 
ini and highlight, then click the advanced button, then highlight -- here 
I'm not sure, it's the one that disappeared, it's something like "install" 
or "execute" or "run" or... --  and click the Edit button and tell me 
what's in the "Application used to perform action" dialog box -- I would 
appreciate it very much.

Thanks very much for everyone's patience with my tinkering.

BTW this is not for distribution. It's a one time thing on one computer but 
important (to me) nevertheless. I tried PP, that worked, but I really don't 
want to install anything on the host computer, even in the Temp file.

ms

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


Re: Up-to-date Alternatives to Tiny Perl? (Was: PERL on a CD)

2006-07-25 Thread Veli-Pekka Tätilä
Hi List,
As I seemdd to mis the root note on this thread, hope I'm quoting the right 
person here.

Michael D. Smith wrote:
> Is it possible to burn PERL and a script onto a CD and execute it from
> there without installing perl on the host computer?

The first thing I'd try for simple scripts would be Tiny Perl at:

http://tinyperl.sourceforge.net/

The advantages include that it requires no setting up (just download and 
unzip), has many of the standard modules in an extensible zip file and fits 
on a floppy.

I have a question related to this:
I'm writing a little Perl tutorial and would liek to use a small, 
minimalist, no-install Perl distro for the examples. I'm going to recommend 
Active State Perl for any serious use and use it once we get to Win32 
modules, but before that I'd like a simpler alternative for people to try 
out. So far I've been using Tiny Perl but am wondering if there are any good 
free alternatives. My requirements differ slightly in that I cannot 
anticipate exactly which modules people might like to test and also writing 
on HD temporarily or in your own dir, would be acceptable. I don't need to 
run a Web server but support for Win32 basics might be nice as I'm 
targetting that platform specifically.

How difficult would it be to compile my own Perl using VC6 and include the 
modules, too? I've only been installing Perl modules using PPM so far 
although do know C.

Here's what's wrong with Tiny Perl for my purposes:
Firstly, it is slightly out of date. I'd like to use 5.8.7 or something 
binary compatible with it.
Secondly, many of the modules which are thought of as standard are not 
included due to size considerations. AS the tutorial is lots about syntax 
and text files, I'm missing Tie::FIle and Filter::Simple in particular.
Lastly, it is a little too small. I could live with something under 2 MB and 
wouldn't mind the size increase, if a larger portion of modules people are 
likely to use could be included that way.

The way in which I've been doing it in the past is to manually copy things 
from ActiveState Perl's lib or site directories including the stuff in auto, 
until the script works and all dependencies are resolved. Not awfully smart 
but it get the job done before changes in binary compatibility. Another 
consideration is the licence policy, which wouldn't let me distribute such 
modified distroes if based on Active State.

So any help greatly appreciated. I've Googled the Web and 
comp.lang.perl-misc with pretty bad results so far.
Gotta go now.

-- 
With kind regards Veli-Pekka Tätilä ([EMAIL PROTECTED])
Accessibility, game music, synthesizers and programming:
http://www.student.oulu.fi/~vtatila/ 

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


Re: PERL on a CD

2006-07-25 Thread Mark Gardner
"Michael D. Smith" <[EMAIL PROTECTED]> wrote at Tue, 25 Jul 2006 
12:31:37 -0500:

> Is it possible to burn PERL and a script onto a CD and execute it from 
> there without installing perl on the host computer?
>
> There would be nothing in the registry. The path to perl.exe would 
> have to be included for the script to execute -- but beyond that, I'm 
> a blank.
> Any thoughts appreciated.
>
> Actually, it would be unknown if PERL were installed on the host 
> computer or not -- is there any way to check first? -- as it would 
> definitely execute quicker off the hard drive than off a CD.


The PAR module distribution can package a Perl script and its 
dependencies in a Perl ARchive. You can even build in your Perl 
interpreter to create a stand-alone executable program. Your script and 
its dependencies will be unpacked from the CD into a temporary directory 
on the host machine's hard disk.

You didn't say whether you were sure the version of Perl on the host 
machine would be the same as yours, or list any modules used by your 
script, so I would advise going with a stand-alone executable. Some 
XS-based modules won't work when loaded by a Perl interpreter that is 
binary-incompatible with the one used to build the module.

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


RE: PERL on a CD

2006-07-25 Thread Timothy Johnson
It's just expanding $ENV{TEMP} to get that directory, so you should
still be able to write the temporary files to the cache.  There should
be no registry entries or DLL registries required, but I don't have a
lot of experience with PAR.


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Michael D. Smith
Sent: Tuesday, July 25, 2006 1:09 PM
To: perl-win32-users@listserv.ActiveState.com
Subject: RE: PERL on a CD


I installed PAR using ppm. It seemed to work. It created an executable
file 
that ran.

It seems that what it's doing is putting (installing?) Perl, or at least
a 
big piece of it, in a "temp" file. Specifically: C:\Documents and 
Settings\Administrator\Local
Settings\Temp\par-Administrator\cache-1153854792

If I wasn't logged on as admin, could it write to a file in that part of

the dir tree?

If it can do that, it "looks like" executing off the CD should be much
the 
same thing, without installing a bunch of files on the host computer. 
Unless that executable, in addition to those files, added registry
entries 
as well. Hummm...

ms





At 01:16 PM 7/25/2006, you wrote:


>  par-0.942 includes the Perl Packager.  It worked well for me,
although
>a very short script came out to a 1.3 meg .exe file.
>
>-Original Message-
>From: Lynn, Tom
>Sent: Tuesday, July 25, 2006 11:14 AM
>To: 'Michael D. Smith'
>Subject: RE: PERL on a CD
>
>Why not just make your script an standalone executable program?
>

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


RE: PERL on a CD

2006-07-25 Thread Michael D. Smith

I installed PAR using ppm. It seemed to work. It created an executable file 
that ran.

It seems that what it's doing is putting (installing?) Perl, or at least a 
big piece of it, in a "temp" file. Specifically: C:\Documents and 
Settings\Administrator\Local Settings\Temp\par-Administrator\cache-1153854792

If I wasn't logged on as admin, could it write to a file in that part of 
the dir tree?

If it can do that, it "looks like" executing off the CD should be much the 
same thing, without installing a bunch of files on the host computer. 
Unless that executable, in addition to those files, added registry entries 
as well. Hummm...

ms





At 01:16 PM 7/25/2006, you wrote:


>  par-0.942 includes the Perl Packager.  It worked well for me, although
>a very short script came out to a 1.3 meg .exe file.
>
>-Original Message-
>From: Lynn, Tom
>Sent: Tuesday, July 25, 2006 11:14 AM
>To: 'Michael D. Smith'
>Subject: RE: PERL on a CD
>
>Why not just make your script an standalone executable program?
>

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


RE: PERL on a CD

2006-07-25 Thread Jan Dubois
On Tue, 25 Jul 2006, Timothy Johnson wrote:
> The only disadvantage to running Perl from a CD is that the file
> associations would not be there, so you would have to prepend perl.exe
> to your command-line to launch your script.
>
> perl myscript.pl
>
> Other than that, you can just copy your perl directory to a CD and run
> it from any machine with a similar architecture.

Please note that you are not allowed to copy ActivePerl on a CD and
redistribute it outside your organization without a redistribution
license from ActiveState.

>   If you're going to
be
> redistributing scripts a lot, though, it might be worth looking into
> the Perl Dev Kit from ActiveState. You can package your scripts into
> executables and redistribute them without having to worry if the
> client has Perl installed or not.

That is certainly a possibility.  The ActivePerl license explicitly
allows distribution of executables created by wrapping programs like
PAR, PerlApp or Perl2Exe [1].  Of course we prefer that you choose
PerlApp
from the Perl Dev Kit. :)

Cheers,
-Jan

[1] This is a newer clarification in the license that has been added
recently, so it is not stated explicitly in older ActivePerl
documentation.


___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


Re: PERL on a CD

2006-07-25 Thread D D Allen

The other option is to "compile"
/ package the Perl script into a stand alone executable -- which could
then be readily run from a CD -- without having to address getting all
of the Perl environment and path variables right.

There are two solutions for "compiling"
/ packaging Perl scripts:  (1) ActiveState's Perl Dev Kit -- which
you must license for a fee and (2) PAR (Perl Archive Toolkit) which is
an open source tool released on CPAN.  PAR comes with a ulitilty,
"PP" which will create a stand alone Win32 executable from a
Perl script / Perl installation.

For info on AS's Perl Dev Kit, see the
following URL.

http://www.activestate.com/Products/Perl_Dev_Kit/?mp=1


For info on PAR, see the follwing URLs.

http://search.cpan.org/~smueller/PAR-0.942/lib/PAR.pm
http://search.cpan.org/~smueller/PAR-0.942/script/pp


You can get Win32 PPMs for *current
versions* of PAR from Randy Kobes' U Winnipeg PPM repository and from the
Bribes PPM repository.  See the following.

http://theoryx5.uwinnipeg.ca/ppms/
http://www.bribes.org/perl/ppm/

ActiveState's own repository seems to
have problems with creating PPMs from the PAR CPAN distributions.  
My experience is that PPMs for new versions of PAR are routinely available
on the Kobes and Bribes repositories within a few days of the release on
CPAN.


I intentionally quoted "complile"
Perl script because ActiveState Perl Dev Kit and PAR are different.  
While both produce stand alone executables under Windows, I'm sure that
Jan Dubois and the others at ActiveState can legitimately / correctly document
how Perl Dev Kit produces much more optimized Win32 executables than does
PAR / PP.  In fact, the PP documentation states that it does not compile
the source.  It just bundles everything into a runtime executable.



Regards,

D. Dewey Allen







"Michael D. Smith"
<[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
07/25/2006 01:31 PM




To



cc



Subject
Re: PERL on a CD









Is it possible to burn PERL and a script onto a CD and execute it from

there without installing perl on the host computer?

There would be nothing in the registry. The path to perl.exe would have
to 
be included for the script to execute -- but beyond that, I'm a blank.

Any thoughts appreciated.

Actually, it would be unknown if PERL were installed on the host computer

or not -- is there any way to check first? -- as it would definitely 
execute quicker off the hard drive than off a CD.

TIA

ms

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


RE: PERL on a CD

2006-07-25 Thread Timothy Johnson
The only disadvantage to running Perl from a CD is that the file
associations would not be there, so you would have to prepend perl.exe
to your command-line to launch your script.

perl myscript.pl

Other than that, you can just copy your perl directory to a CD and run
it from any machine with a similar architecture.  If you're going to be
redistributing scripts a lot, though, it might be worth looking into the
Perl Dev Kit from ActiveState.  You can package your scripts into
executables and redistribute them without having to worry if the client
has Perl installed or not.



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Michael D. Smith
Sent: Tuesday, July 25, 2006 10:32 AM
To: perl-win32-users@listserv.ActiveState.com
Subject: Re: PERL on a CD


Is it possible to burn PERL and a script onto a CD and execute it from 
there without installing perl on the host computer?

There would be nothing in the registry. The path to perl.exe would have
to 
be included for the script to execute -- but beyond that, I'm a blank.

Any thoughts appreciated.

Actually, it would be unknown if PERL were installed on the host
computer 
or not -- is there any way to check first? -- as it would definitely 
execute quicker off the hard drive than off a CD.

TIA

ms

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


Re: PERL on a CD

2006-07-25 Thread Octavian Rasnita
Hi,

Search with Google for "microweb".
You will find that perl, php, MySQL and Apache can run from a CD, with no
installation needed.

Teddy

- Original Message - 
From: "Michael D. Smith" <[EMAIL PROTECTED]>
To: 
Sent: Tuesday, July 25, 2006 8:31 PM
Subject: Re: PERL on a CD


>
> Is it possible to burn PERL and a script onto a CD and execute it from
> there without installing perl on the host computer?
>
> There would be nothing in the registry. The path to perl.exe would have to
> be included for the script to execute -- but beyond that, I'm a blank.
>
> Any thoughts appreciated.
>
> Actually, it would be unknown if PERL were installed on the host computer
> or not -- is there any way to check first? -- as it would definitely
> execute quicker off the hard drive than off a CD.
>
> TIA
>
> ms
>
> ___
> Perl-Win32-Users mailing list
> Perl-Win32-Users@listserv.ActiveState.com
> To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


Re: PERL on a CD

2006-07-25 Thread Michael D. Smith

Is it possible to burn PERL and a script onto a CD and execute it from 
there without installing perl on the host computer?

There would be nothing in the registry. The path to perl.exe would have to 
be included for the script to execute -- but beyond that, I'm a blank.

Any thoughts appreciated.

Actually, it would be unknown if PERL were installed on the host computer 
or not -- is there any way to check first? -- as it would definitely 
execute quicker off the hard drive than off a CD.

TIA

ms

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs