> > Possible, but I'm a skeptical of that.  FreeBSD's openssl code
> > _should_ be stock (unless someone bungled the import) with the
> > exception of not including Win32 or other non-FreeBSD related
> > bits.  crypt() works when salted with only 2 chars, however it
> > shouldn't core with more than that...
> 
> But maybe the problem is in crypt(3) and not in OpenSSL at all?  I'm
> quite willing to believe that neither Linux nor HPUX share crypt()
> source with FreeBSD...

Using the builtin crypt() solved this problem for the user though. I
wonder if the configure script isn't correctly detecting using the
builtin crypt() as opposed to the openssl version...  or visa versa.
Try applying the attached patch and seeing if that lets you reproduce
the crash.  random may still need to be silly on HPUX, I don't know if
it has a /dev/random.  -sc

-- 
Sean Chittenden
--- contrib/pgcrypto/Makefile.orig      Thu May  8 16:09:28 2003
+++ contrib/pgcrypto/Makefile   Thu May  8 16:12:47 2003
@@ -7,7 +7,7 @@
 include $(top_builddir)/src/Makefile.global
 
 # either 'builtin', 'mhash', 'openssl'
-cryptolib = builtin
+cryptolib = openssl
 
 # either 'builtin', 'system'
 cryptsrc = builtin
@@ -21,7 +21,7 @@
 #              This works ofcouse only with cryptolib = openssl
 #
 # 'silly'    - use libc random() - very weak
-random = silly
+random = dev
 random_dev = \"/dev/urandom\"
 
 ##########################
---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?

               http://archives.postgresql.org

Reply via email to