2022年7月28日(木) 1:47 Tim Düsterhus <t...@bastelstu.be>:

> Hi
>
> On 7/16/22 23:33, Tim Düsterhus wrote:
> > Personally I likely wouldn't have merged the PR in question for the same
> > reasons. But at least in that case glibc is at fault :-)
>
> For those following along:
>
> It turns out the glibc "userland" implementation of arc4random() was
> questionable and was simplified to be a relatively simple wrapper around
> getrandom():
>
> https://github.com/php/php-src/pull/8984#issuecomment-1195986646
>
> and
>
> https://sourceware.org/pipermail/libc-alpha/2022-July/140939.html
>
> Best regards
> Tim Düsterhus
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: https://www.php.net/unsub.php
>
>
Hi

Thank you. After considering various points of view, I realized that my
proposal is very dangerous. The language side should not be working on
something that will cause confusion even at the libc layer.

Also, the newly discussed vDSO implementation of getrandom (which I see no
safe way to do at the moment) seems like a better option that would benefit
all Linux distributions. Perhaps waiting for this is the better option than
anything else.

Thank you!

Regards,
Go Kudo

Reply via email to