Start with this:
#!/usr/bin/perl
#
# Always do these
use strict;
use warnings;
use Crypt::RIPEMD160;
my $ripemd160 = new Crypt::RIPEMD160;
$ripemd160-add('a');
my $digest = $ripemd160-digest();
print Content-Type: text/plain\n\n;
print(Digest is . unpack(H*, $digest) . \n);
Jens
Hi Jim,
# Always do these
use strict;
use warnings;
use Crypt::RIPEMD160;
sorry - the example code was too quick and short - i always use strict
and warnings. But with strict and warnings the calculated hash is wrong
too. :-)
Regards,
Jens
Discovered where the problem is,
If i add a new package/pm and make my requests to the new methods, i get the
problem described in my first post. restarting apache (HUP) clears the problem.
which is the correct way when adding/modifing any packages/methods, at least
from what i understand.
-
On Fri, Aug 22, 2008 at 6:25 PM, Jens Gassmann [EMAIL PROTECTED] wrote:
we need RIPEMD160-Hashes for our mod_perl-app. The testscript attached
worked on commandline, but not with mod_perl. There it returns a wrong Hash
= 0123456789abcdeffedcba9876543210f0e1d2c3
Whats wrong? Where could i get
On Sun, Aug 24, 2008 at 4:54 PM, Joe Smoker [EMAIL PROTECTED] wrote:
Seems like mod perl does not like the CRLF chars in the notepad file... but
I also tried removing the CR chars with the same result...
It does sound like a problem with your line-ending characters. Since
I don't use Win32, I
- Original Message -
From: Jens Gassmann [EMAIL PROTECTED]
Hi,
we need RIPEMD160-Hashes for our mod_perl-app. The testscript attached
worked on commandline, but not with mod_perl. There it returns a wrong
Hash = 0123456789abcdeffedcba9876543210f0e1d2c3
Whats wrong? Where could i get
Hi Dondi,
RIPEMD160 is causing a segfault on my machine, on both versions of
mod_perl. It is segfaulting on the digest() function. It appears there
is something wrong the module?
did you use the http://www.atomix.de/Crypt-RIPEMD160-0.05.tar.gz? There
i patched like the bugreport described
Hi Perrin,
You'll need to do some debugging on your code. The things that are
most likely to be different in a persistent environment like mod_perl
are environment variables, your current directory, the user you're
running as (file permission problems often show up this way), CHECK
and INIT
On Mon, Aug 25, 2008 at 4:35 PM, Jens Gassmann [EMAIL PROTECTED] wrote:
The entire code is written in c :-( only some helper subs are written in
perl. I could only write perl
You may be able to tell what it's trying to do by using tools like
strace. If not, I'd suggest you either contact
- Original Message -
From: Jens Gassmann [EMAIL PROTECTED]
did you use the http://www.atomix.de/Crypt-RIPEMD160-0.05.tar.gz? There i
patched like the bugreport described
http://rt.cpan.org/Public/Bug/Display.html?id=19138
I did now, same problem. It had randomly worked (worked as in
Hi,
I've recently upgraded my main linux machine, but unfortunately the
distribution (OpenSuse 11.0, AMD x86_64) has everything with Perl 5.10. I
have some software that runs under mod_perl that requires Perl 5.8.8. No
problem, I just build 5.8.8, right?
Well, after two days I was able to
Dan Axtell wrote:
Hi,
I've recently upgraded my main linux machine, but unfortunately the
distribution (OpenSuse 11.0, AMD x86_64) has everything with Perl 5.10. I
have some software that runs under mod_perl that requires Perl 5.8.8. No
problem, I just build 5.8.8, right?
Well, after two
Hi
I'm getting this error in my apache logs but I've no idea how to fix it. Any
help would be much appreciated.
[Tue Aug 26 10:07:55 2008] [error] [client ] Prototype mismatch: sub
main::strftime: none vs ($\\@;$) at /usr/share/perl/5.8/Exporter.pm line
66., referer:
You will need to compile perl with -fPIC on x86_64, I think I did it with:
ccflags='-fPIC' sh Configure -Dprefix /path to perl
I can't remember _exactly_ if that was it though. The other options
would be to manually the edit the Makefiles but I don't remember having
to do that.
OK, I've
Dan Axtell wrote:
You will need to compile perl with -fPIC on x86_64, I think I did it with:
ccflags='-fPIC' sh Configure -Dprefix /path to perl
I can't remember _exactly_ if that was it though. The other options
would be to manually the edit the Makefiles but I don't remember having
to do
I use modPerl (not the CGI though), but I don't see this error even when
slapping things on notepad.
Perhaps the problem is something else?
Perrin Harkins wrote:
On Sun, Aug 24, 2008 at 4:54 PM, Joe Smoker [EMAIL PROTECTED] wrote:
Seems like mod perl does not like the CRLF chars in the
16 matches
Mail list logo