> Some other workaround that comes to my mind is to do something like
>Randomize;
>RandSeed := RandSeed * getpid;
This worked, cut the initial generation time from about 30 seconds down to
under 1, of course right now it's NOT platform independent at all so I will
need to enhance it but
> Hi, I am using standard run of the mill randomize/random() calls in a program
> to generate random numbers, used in turn to select random data which is fed
> into another program.
You are just supposed to call randomize once, to initialize the random
number generator. You then call random ove
A.J. Venter wrote:
Hi, I am using standard run of the mill randomize/random() calls in a program
to generate random numbers, used in turn to select random data which is fed
into another program.
(All this just to create a multi-language enabled module structure eh)
Well there is just one littl
Hi, I am using standard run of the mill randomize/random() calls in a program
to generate random numbers, used in turn to select random data which is fed
into another program.
(All this just to create a multi-language enabled module structure eh)
Well there is just one little problem, on the com
I just did a "gdb-compile" with following output :
<...>
Compiling /home/koenraad/msegui/msegui/lib/common/kernel/msegui.pas
msegui.pas(8004,2) Note: Local variable "window" is assigned but never used
Program received signal SIGSEGV, Segmentation fault.
0x0809c01e in TCGARM__A_LOAD_CONST_REG (LIS
> Last time I checked SVN this seems solved (is it ? I modified my
> source-file which didn't get updated, so I renamed my source-file and
> then a new file appeared which contained the fix), but in 2.0.3 (of feb.
> 24) it is not.
> With 2.0.3 that error I mentioned does not appear, so I'm tryin
Martin Schreiber schreef:
On Sunday 19 February 2006 19.04, Koenraad Lelong wrote:
Hi,
Today I did an update via svn. When I compiled for arm (in the hope that
the bug I encountered a while ago would have disappeared) I found a bug
in rtl/linux/arm/sysnr.inc :
Const
syscall_nr_base = syscall_n
Martin Schreiber schreef:
On Sunday 19 February 2006 19.04, Koenraad Lelong wrote:
Hi,
Today I did an update via svn. When I compiled for arm (in the hope that
the bug I encountered a while ago would have disappeared) I found a bug
in rtl/linux/arm/sysnr.inc :
Const
syscall_nr_base = syscall_n
