Erik G. Burrows (eburrows(at)erikburrows(dot)com) reports a bug with a severity of 2
The lower the number the more severe it is.
PL/Perl function fails if not called first, under solaris
I have a PL/Perl stored procedure, called encrypt_password (included in this report) which simply makes a call to the Crypt::PasswdMD5 library for password encryption. This function is used extensively on my web site for security. When operating with PostgreSQL under Linux (RH 7.3) everything works perfectly. However, when the same setup is duplicated on my production Sun E450 runing Solaris 8, the function only works if it is the first 'action' of the connection. If any other functions are called first, or if any other SQL statement is executed, I get an error stating that the Perl interperter is unable to find vars.pm in it's @INC array. That array is printed out, and within @INC is the directory in which vars.pm lives. The postgres user does have permission to get to and read this file.
Since vars.pm is part of the core Perl library, I am assuming that whatever is causing this error is preventing the interperter from 'use'ing any library files, and vars.pm is just the first one it's looking for.
-- DROP FUNCTION encrypt_password(VARCHAR, VARCHAR);
CREATE FUNCTION encrypt_password(VARCHAR, VARCHAR) RETURNS VARCHAR AS '
my($cleartext, $salt) = @_;
$crypttext = unix_md5_crypt($cleartext, $salt);
' LANGUAGE 'plperlu';
No file was uploaded with this report
pgsql-bugs by date
|Next:||From: Dmitry Tkach||Date: 2002-08-23 17:09:20|
|Subject: 'on delete' rule: bug or feature...|
|Previous:||From: s mahendran||Date: 2002-08-23 09:43:51|
|Subject: regarding postgres|