Re: md5 function and storable module

[Yannick Warnier]

Le jeu 11/12/2003 à 16:19, Dan Anderson a écrit :

> Caveat Coder!  Perl can be set up so that the @INC doesn't point to the
> core modules.  I have seen this on shared hosting, where (I assume) the
> sys admin decided to use it as a way to secure the box.

I don't get it. What would be my interest in doing that? I've already
tried that with Storable.pm (I don't remember the version but I am using
perl 5.6.1) and it just failed horribly because the module needed
somehow to be compiled into perl libs... or something like that?

I'm not really into Perl enough to get into those compilation needs, but
I still have a problem, in the case of Storable.pm, because the
different versions don't keep backward compatibilities. 

The problem I have with that is that I have different scripts which
communicate from different OS and the "freezed" strings are not freezed
the same way from one version to the other and my scripts can thus not
communicate.

I have tried to get a certain (same everywhere) module release and put
it in another directory but then it wrecks from every part :-)

Also, Perl 5.8.0 seems to have Storable as a core module, so it's even
harder to get rid of this version.

As for now, I am forced not to move to Perl 5.8.1 because of the
installations already done on different client sites (pain to change it
everywhere) so I "freezed" the system everywhere but I would like to
find a solution.

Anyway, I don't get the point of what you were saying about loading the
modules from another place. Maybe the Digest::MD5 would work that way,
if that's what you were meaning, but it won't work with all modules.

Thx for your help (all),
Yannick


--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 

Re: md5 function

[Jeff 'japhy' Pinyan]

On Dec 11, Dan Anderson said:

>Caveat Coder!  Perl can be set up so that the @INC doesn't point to the
>core modules.  I have seen this on shared hosting, where (I assume) the
>sys admin decided to use it as a way to secure the box.
>
>Of course, if you use something like this:
>
>BEGIN  {
>  unshift "./modules", @INC;
>}
>
>you can then store all your modules in the ./modules directory and have
>them accessed.  Of course, this may or may not violate their terms if
>you're selling the script.

I'd prefer you propogate

  use lib "modules";

which does what you show above, plus a little more (see the lib.pm docs).

However, if @INC has been set up so that lib.pm can't be found... then
you're in a world of hurt.

-- 
Jeff "japhy" Pinyan  [EMAIL PROTECTED]  http://www.pobox.com/~japhy/
RPI Acacia brother #734   http://www.perlmonks.org/   http://www.cpan.org/
 what does y/// stand for?   why, yansliterate of course.
[  I'm looking for programming work.  If you like my work, let me know.  ]


-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 

Re: md5 function

[Dan Anderson]

On Thu, 2003-12-11 at 05:51, Randy W. Sims wrote:
> On 12/11/2003 5:41 AM, Yannick Warnier wrote:
> 
> > Hi all,
> > 
> > Is there an easy function to apply an md5 to a string? (sha1 could also
> > do)
> > I've looked at the perl base functions and didn't find it but I would
> > like to avoid the use of modules as much as I can.
> > 
> > Thanks,
> > Yannick
> > 
> > 
> Digest::MD5 & Digest::SHA1
> 
> Both of these modules are included in core perl. There are no builtins 
> as you describe, but that shouldn't be a problem since these are core 
> modules. Why avoid modules?

Caveat Coder!  Perl can be set up so that the @INC doesn't point to the
core modules.  I have seen this on shared hosting, where (I assume) the
sys admin decided to use it as a way to secure the box.

Of course, if you use something like this:

BEGIN  {
  unshift "./modules", @INC;
}

you can then store all your modules in the ./modules directory and have
them accessed.  Of course, this may or may not violate their terms if
you're selling the script.

-Dan


-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 

Re: md5 function

[Yannick Warnier]

Le jeu 11/12/2003 à 11:51, Randy W. Sims a écrit :
> On 12/11/2003 5:41 AM, Yannick Warnier wrote:

> > Is there an easy function to apply an md5 to a string? (sha1 could also
> > do)
> > I've looked at the perl base functions and didn't find it but I would
> > like to avoid the use of modules as much as I can.
> > 
> Digest::MD5 & Digest::SHA1
> 
> Both of these modules are included in core perl. There are no builtins 
> as you describe, but that shouldn't be a problem since these are core 
> modules. Why avoid modules?

Avoiding modules...
I have to install my script on several computers and would like to
minimise the installation. Using core functions ensures me that I won't
have to install more than just Perl. But since it is in the core
modules...

Thx
Yannick


--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 

Re: md5 function

[Randy W. Sims]

On 12/11/2003 5:41 AM, Yannick Warnier wrote:

Hi all,

Is there an easy function to apply an md5 to a string? (sha1 could also
do)
I've looked at the perl base functions and didn't find it but I would
like to avoid the use of modules as much as I can.
Thanks,
Yannick

Digest::MD5 & Digest::SHA1

Both of these modules are included in core perl. There are no builtins 
as you describe, but that shouldn't be a problem since these are core 
modules. Why avoid modules?

Regards,
Randy.


--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
 

md5 function

[Yannick Warnier]

Hi all,

Is there an easy function to apply an md5 to a string? (sha1 could also
do)
I've looked at the perl base functions and didn't find it but I would
like to avoid the use of modules as much as I can.

Thanks,
Yannick


-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]