On Mon 25 Feb 2013 19:58, Mark H Weaver writes:
>> Why don't we just add the result of getpid() without relying on the
>> scm_getpid() binding. All platforms have it.
>
> Ah, good! I didn't know that getpid() was available on MinGW.
>
>> Thanks for following up. TBH though I would prefer that
Hi Andy,
Andy Wingo writes:
> Our PRNG is not secure. We should not be making arguments from the
> perspective of security. (I think including the PID is a good thing,
> but not because of security.)
Indeed, point well taken.
> Why don't we just add the result of getpid() without relying on t
On Mon 25 Feb 2013 02:17, Mark H Weaver writes:
> Andy Wingo writes:
>
>> On Wed 20 Feb 2013 00:38, Jan Schukat writes:
>>
>>> What happens is, in random.c in random_state_of_last_resort on line 668
>>> scm_getpid is used to seed the random generator. So either a
>>> preprocessor switch or a ha
reopen 13768
thanks
Andy Wingo writes:
> On Wed 20 Feb 2013 00:38, Jan Schukat writes:
>
>> What happens is, in random.c in random_state_of_last_resort on line 668
>> scm_getpid is used to seed the random generator. So either a
>> preprocessor switch or a hand constructed scm like in scm_getpid
On Wed 20 Feb 2013 00:38, Jan Schukat writes:
> What happens is, in random.c in random_state_of_last_resort on line 668
> scm_getpid is used to seed the random generator. So either a
> preprocessor switch or a hand constructed scm like in scm_getpid
> (scm_from_ulong(getpid())) should be used the
I'm experimenting a little with statically linking a minimal build of
libguile. So while no one really would want to build it it with
--without-posix (except when you want the same functionality on all
platforms including windows in your program), and this is a low priority
bug and I can easily
