From 4546b9e60350d925ea9a8210378c9e1a79f4a7ab Mon Sep 17 00:00:00 2001
From: Jarkko Hietaniemi <jhi@iki.fi>
Date: Sun, 27 Jul 2003 20:21:40 +0000
Subject: We now return to your normally scheduled hash randomisation.

p4raw-id: //depot/perl@20242
---
 INSTALL | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

(limited to 'INSTALL')

diff --git a/INSTALL b/INSTALL
index 1f2ac62dc6..e3652d25d6 100644
--- a/INSTALL
+++ b/INSTALL
@@ -849,12 +849,12 @@ to create such degenerate hashes.
 
 Because of this feature the keys(), values(), and each() functions
 may return the hash elements in different order between different
-runs of Perl even with the same data.  The additional randomisation
-is enabled if the environment variable PERL_HASH_SEED is set, see
-perlrun for details.
-
-One make the randomisation default by adding -DUSE_HASH_SEED to the
-compilation flags, or completely disable it by adding -DNO_HASH_SEED.
+runs of Perl even with the same data.  One can still revert to the old
+repeatable order by setting the environment variable PERL_HASH_SEED,
+see L<perlrun>.  Another option is to add -DUSE_HASH_SEED_EXPLICIT to
+the compilation flags, in which case one has to explicitly set the
+PERL_HASH_SEED environment variable to enable the security feature,
+or -DNO_HASH_SEED to completely disable the feature.
 
 B<Perl has never guaranteed any ordering of the hash keys>, and the
 ordering has already changed several times during the lifetime of
-- 
cgit v1.2.1