Re: When random isn't random
From: John Herbster \(TeamB\) ("John)
Date: 12/14/03
- Previous message: Dr John Stockton: "Re: When random isn't random"
- In reply to: Dr John Stockton: "Re: When random isn't random"
- Next in thread: Sven Pran: "Re: When random isn't random"
- Reply: Sven Pran: "Re: When random isn't random"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Sat, 13 Dec 2003 19:25:11 -0600
"Dr John Stockton" <spam@merlyn.demon.co.uk> wrote
> >Would you be kind enough to add your very good
> >comments and suggestions to the report #6619 in
> >Quality Central where they will not be forgotten.
> I will not. I see no need to spend my connect time and money in
> repeating information which is already held at Borland. Feel free to
do
> so yourself, however, if you wish; but it should not be necessary.
Dr. John, Thanks! With your permission I will post the
following comments to Quality Central Report #6619
which is titled "Expand the Random function".
Regards, JohnH
--------------------
The following are suggestions by John Stockton, Surrey, UK
posted by John Herbster, with permission:
IMHO, the Random and Randomize functions should not be changed, for
compatibility reasons.
A new Unit should instead be provided, containing thoughtfully- named
and -written routines including versions of Random, Deal, and Shuffle
(and, if there is not one already, a Sorting Unit). The task could be
subcontracted to skilled volunteer labour, such as is found here.
The documentation for the existing routines should be changed to say
that they are OK for most normal uses but that users should look at the
new stuff before deciding.
New randomisers should be capable of initialising their seeds to any
value within range, at least if called a small but arbitrary time after
the start of a program which was started at an arbitrary time of day on
a Windows booted an arbitrary time ago.
If a reasonably efficient reverse algorithm is known, it should be
provided; it is necessarily an alternative, and reversibility might be
of use.
The new routines should not use a specific RandSeed; instead, each
should have a first parameter var seed : <type> .
For completeness, the unit should contain the old algorithms but with
the new parameter.
--------------------------
- Previous message: Dr John Stockton: "Re: When random isn't random"
- In reply to: Dr John Stockton: "Re: When random isn't random"
- Next in thread: Sven Pran: "Re: When random isn't random"
- Reply: Sven Pran: "Re: When random isn't random"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|