uble of switching and
be very helpful.
Best regards,
Go Kudo
with the php image on DockerHub.
Best regards,
Go Kudo
2024年9月3日(火) 10:35 Ben Ramsey :
> > On Sep 2, 2024, at 19:36, Bob Weinand wrote:
> >
> > On 3.9.2024 02:18:30, Ben Ramsey wrote:
> >>> On Sep 2, 2024, at 18:53, Bob Weinand wrote:
> >>>
> >>> On 3.9.2024 01:44:21, Ben Ramsey wrote:
ld be achieved simply by creating a single repository under the php
organization on GitHub. What are your thoughts on this?
Best Regards.
Go Kudo
gards,
Go Kudo
aside, I once proposed deprecating the `mt_rand()`, `mt_srand()`,
`rand()`, and `srand()` functions.
However, it was rejected on the grounds that it was unnecessary and
excessive for many workloads. Couldn't the same be said for this case?
https://wiki.php.net/rfc/deprecations_php_8_3
I look forward
2024年7月1日(月) 22:07 Go Kudo :
> Hi, Internals.
>
> I've been absent for a long time due to poor health. I'm finally back.
>
> I maintain a legacy application written in PHP, and occasionally need to
> fake the current time for testing purposes. However, PHP doesn't
e side, there's no need
for dirty hacks using usleep.
I'd like to hear your opinions. Thank you.
Best Regards,
Go Kudo
`random_int()` available. This is the only
complete and safe way.
Most of all, while `mt_rand()` is deprecated, we can wait for PHP 9 to
actually remove it from the core. By that time, migration methods using
tools such as Rector will probably have become major. The purpose of the
deprecation is to avoid including it in new codebases that will be written
in the future.
I look forward to your reply.
Best Regards,
Go Kudo
2023年5月30日(火) 4:49 Tim Düsterhus :
> Hi
>
> On 5/29/23 08:44, Go Kudo wrote:
> > I realized I was about to add the deprecation of `lcg_value()` and forgot
> > to do so, so I added it.
> >
> > https://wiki.php.net/rfc/deprecations_php_8_3#global_combined_lcg
>
here is no suitable alternative for `lcg_value()`. The
simpler `Randomizer::getFloat()` would be fine, but on the other hand,
floating-point random numbers are very hard to handle, so some say that the
`Randomizer` class should be used. I would like to hear your opinion on
this.
Best Regards,
Go Kudo
gt; Regards:
> Máté Kocsis
>
Hi.
I realized I was about to add the deprecation of `lcg_value()` and forgot
to do so, so I added it.
https://wiki.php.net/rfc/deprecations_php_8_3#global_combined_lcg
As usual, my English is of low quality, so I would appreciate it if you
could point out any problems.
Best regards.
Go Kudo
2022年12月29日(木) 22:25 Tim Düsterhus :
> Hi
>
> On 12/20/22 07:27, Go Kudo wrote:
> > Now that my work is done, I was thinking about a proposal for a
> sunsetting
> > of existing functions for PHP 8.3 based on the features introduced in
> > ext-random, and I realized t
2022年12月20日(火) 18:14 Go Kudo :
> 2022年12月20日(火) 17:15 Hans Henrik Bergan :
>
>> btw while we're on the topic, does anyone know if this function gives
>> biased results/is-safe or not? i honestly don't know:
>> function random_float(float $min, float $max): float
;returns a value between 0.0 and 1.0.
> >
> > wouldn't it be better to follow random_int(int $min, int $max) design? eg
> > random_float(float $min, float $max): float
> >
> > On Tue, 20 Dec 2022 at 07:27, Go Kudo wrote:
> > >
> > > Hi Internals.
>
reproducibility is not required in many cases.
So, why not add a `random_float(): float` function? This function, like the
others, uses CSPRNG and returns a value between 0.0 and 1.0. This behavior
is `Closed` `Closed`.
Opinions are welcome.
Regards,
Go Kudo
2022年11月6日(日) 0:34 Go Kudo :
> 2022年10月14日(金) 4:38 Joshua Rüsweg via internals :
>
>> Hi
>>
>> Tim Düsterhus and I have created an RFC to add new methods that solve
>> commonly encountered use cases to \Random\Randomizer. Specifically
>> creating a random str
compensates for the areas that could not be completed.
I am skeptical only about getFloat(). The use cases are limited and seem
somewhat excessive. Do you have examples of how this is supported in other
languages?
Regards
Go Kudo
new methods
> in PHP 8.2? What can it break?
>
> As the Randomizer class is final, I guess this will not be perfectly
polyfillable in userland.
What case do you envision for this? Probably, most cases can be polyfilled
by code: https://3v4l.org/JludD
And it seems that someone has already done such an implementation (which is
very nice and I would like to express my utmost appreciation).
https://github.com/arokettu/php-random-polyfill
Regards
Go Kudo
e implementation
> [2] but I am unsure about the method name and decided for
> `getBytesFromAlphabet()` but I am open for better suggestions.
>
> During code review Go Kudo requested that this goes through an RFC and
> Tim Düsterhus requested to handle multiple new methods in bulk. Tim
&g
.
Fortunately, there is not yet a release in each version that incorporates
this change. I think it is possible to revert now.
What do you think?
Best regards,
Go Kudo
gt; To unsubscribe, visit: https://www.php.net/unsub.php
>
>
Hi.
Thanks for the report! This is dangerous behavior and we will attempt to
fix it for 8.2beta3.
Best regards
Go Kudo
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
2022年7月25日(月) 20:32 Jakub Zelenka :
>
>
> On Mon, Jul 25, 2022 at 12:14 PM Go Kudo wrote:
>
>> 2022年7月17日(日) 6:33 Tim Düsterhus :
>>
>> > Hi
>> >
>> > On 7/15/22 17:54, Go Kudo wrote:
>> > > However, there are several
2022年7月17日(日) 6:33 Tim Düsterhus :
> Hi
>
> On 7/15/22 17:54, Go Kudo wrote:
> > However, there are several challenges to this.
> >
> > - Increased maintenance costs
> > - Requires optimization for CPU architecture
> > - Requires familiarity with CSPRNG
future BC Break, what do you
think about this?
Discussions:
- https://externals.io/message/118163#118269
- https://github.com/php/php-src/pull/8094/files#r919693108 (just scroll a
little please)
Fix PR: https://github.com/php/php-src/pull/9057
Best Regards
Go Kudo
2022年7月3日(日) 12:00 Go Kudo :
> Hello internals.
>
> Voting began on 2022-07-02 03:00:00 (UTC) and will end on 2022-07-16
> 03:00:00 (UTC).
>
> https://wiki.php.net/rfc/random_extension_improvement
>
> Best Regards,
> Go Kudo
>
Hi
Voting was closed and all p
2022年7月16日(土) 0:54 Go Kudo :
> Hi Internals.
>
> Random Extension is accepted and being implemented in PHP 8.2. Many thanks
> for the review.
>
> The changes to enable arc4random in glibc were recently merged.
>
> https://github.com/php/php-src/pull/8984
>
> This
2022年7月14日(木) 16:14 Claude Pache :
>
>
> > Le 14 juil. 2022 à 06:32, Guilliam Xavier a
> écrit :
> >
> > On Thursday, July 14, 2022, Go Kudo wrote:
> >
> >> 2022年7月13日(水) 1:10 Tim Düsterhus :
> >>
> >>> Hi
> >>>
> >
ture
- Requires familiarity with CSPRNG
PHP already bundles xxHash and appears ready to make this happen.
Also, an appropriate CSPRNG implementation may be able to resolve the
current complex macro branching.
What do you think about this?
Regards
Go Kudo
I agree with you. I will change the parameter name from `$string` to
`$bytes` as I don't see any problem.
I will try to explain the changes more rigorously in future proposals.
Thank you.
Regards,
Go Kudo
2022年7月3日(日) 12:00 Go Kudo :
> Hello internals.
>
> Voting began on 2022-07-02 03:00:00 (UTC) and will end on 2022-07-16
> 03:00:00 (UTC).
>
> https://wiki.php.net/rfc/random_extension_improvement
>
> Best Regards,
> Go Kudo
>
Hi Internals.
Currently, the renamin
2022年7月8日(金) 1:44 Tim Düsterhus :
> Hi
>
> On 7/7/22 17:52, Go Kudo wrote:
> > Implementation is now proceeding.
> > It includes fixes to some of the issues that were pointed out previously.
> >
> > https://github.com/php/php-src/pull/8094
> >
> > `
2022年7月3日(日) 12:00 Go Kudo :
> Hello internals.
>
> Voting began on 2022-07-02 03:00:00 (UTC) and will end on 2022-07-16
> 03:00:00 (UTC).
>
> https://wiki.php.net/rfc/random_extension_improvement
>
> Best Regards,
> Go Kudo
>
Hi.
Implementation is now proceeding
2022年7月3日(日) 12:00 Go Kudo :
> Hello internals.
>
> Voting began on 2022-07-02 03:00:00 (UTC) and will end on 2022-07-16
> 03:00:00 (UTC).
>
> https://wiki.php.net/rfc/random_extension_improvement
>
> Best Regards,
> Go Kudo
>
Hi.
Once again, I apologize for the de
Hello internals.
Voting began on 2022-07-02 03:00:00 (UTC) and will end on 2022-07-16
03:00:00 (UTC).
https://wiki.php.net/rfc/random_extension_improvement
Best Regards,
Go Kudo
s has `int $num` *without* a
> default value [even if array_rand has 1]; second, "pickArrayKey" [if
> really wanted] is trivial to implement in userland as a wrapper around
> pickArrayKeys [but the opposite would not be so], and I don't think
> that adding *both* methods to Randomizer is desirable either [better
> keep it simple/minimal]).
>
> Regards,
>
> --
> Guilliam Xavier
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: https://www.php.net/unsub.php
>
>
Hi
Thank you. That feels true.
I will try to keep the RFC as it currently stands.
Sorry for the delay in replying. I was a little held up with personal
business.
I will delay the start of voting by one day.
Best regards
Go Kudo
ax
and the default value of $num is 1 despite the name "arrayPickKeys".
However, this is a bit tricky and may not be user-friendly for the average
user.
So, how about adding two methods, `Randomizer::arrayPickKey(array $array):
int|string` and `Randomizer::arrayPickKeys(array $array, int $num): array`?
This may seem redundant, but it may avoid user confusion.
Regards
Go Kudo
2022年6月18日(土) 4:42 Go Kudo :
> Hi internals.
>
> An RFC has been created to fix an issue in Random Extension 5.x.
>
> https://wiki.php.net/rfc/random_extension_improvement
>
> Voting on this RFC will begin in two weeks (2022-07-02), in time for the
> PHP 8.2 Feature Freeze
2022年6月14日(火) 9:01 Go Kudo :
> Hello internals.
>
> Voting began on 2022-06-14 00:00:00 (UTC) and will end on 2022-06-28
> 00:00:00 (UTC).
>
> https://wiki.php.net/rfc/rng_extension
>
> The implementation is not yet complete and has some issues.
> See TODO in Pull Req
2022年6月23日(木) 0:02 Tim Düsterhus :
> Hi
>
> On 6/22/22 16:35, Go Kudo wrote:
> > No additional comments seemed to be forthcoming, so the RFC was upgraded
> to
> > 1.5.
> > The following changes have been made
> >
> > https://wiki.php.net/rfc/random_ext
2022年6月18日(土) 4:42 Go Kudo :
> Hi internals.
>
> An RFC has been created to fix an issue in Random Extension 5.x.
>
> https://wiki.php.net/rfc/random_extension_improvement
>
> Voting on this RFC will begin in two weeks (2022-07-02), in time for the
> PHP 8.2 Feature Freeze
2022年6月21日(火) 18:23 Guilliam Xavier :
> On Mon, Jun 20, 2022 at 5:25 PM Christoph M. Becker
> wrote:
> >
> > On 20.06.2022 at 16:44, Go Kudo wrote:
> >
> > > 2022年6月20日(月) 23:37 Lynn :
> > >
> > >> On Mon, Jun 20, 2022 at 3:15 PM Guil
2022年6月21日(火) 0:42 Tim Düsterhus :
> Hi
>
> On 6/20/22 17:12, Go Kudo wrote:
> >> CombinedLCG
> >
> > This is provided as an OOP implementation for the `lcg_value()` function,
> > but I don't actually
> > want it to be used anymore, so I probably sho
ut the `Random\CryptoSecureEngine` interface?
It is just a marker interface with no methods.
However, I currently think it is better than adding a method like
`isSecure(): bool`
to the `Random\Engine`.
Best regards
Go Kudo
2022年6月20日(月) 23:37 Lynn :
> On Mon, Jun 20, 2022 at 3:15 PM Guilliam Xavier >
> wrote:
>
> > Hi,
> >
> > > https://wiki.php.net/rfc/random_extension_improvement
> >
> > Thanks, but I am not sure about your argument in "Classnames are not
> > canonicalized": does "PHP applies strict PascalCase to
Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: https://www.php.net/unsub.php
>
>
Hi
> "Class Naming" RFC (https://wiki.php.net/rfc/class-naming)
My apologies! I had missed this RFC.
I had assumed from the `XmlParser` implementation that it was "Always
PascalCase".
Actually, I much prefer "PascalCase except Acronyms".
I have corrected the RFC and removed the section.
Thanks!
Regards
Go Kudo
2022年6月19日(日) 16:25 Marc :
> Hi Go Kudo,
>
> About "pickArrayKey" I don't like the behavior change on number of array
> keys to return either a single key or an array of keys.
> It would be better to have different methods for both cases.
>
> Also it does
2022年6月18日(土) 4:41 Go Kudo :
> Hi internals.
>
> An RFC has been created to fix an issue in Random Extension 5.x.
>
> https://wiki.php.net/rfc/random_extension_improvement
>
> Voting on this RFC will begin in two weeks (2022-07-02), in time for the
> PHP 8.2 Feature Freeze
2022年6月18日(土) 4:50 Tim Düsterhus :
> Hi
>
> On 6/17/22 21:41, Go Kudo wrote:
> > https://wiki.php.net/rfc/random_extension_improvement
> >
>
> There's still a section for array_rand() at the top of the RFC
> (
> https://wiki.ph
2022年6月18日(土) 4:16 Tim Düsterhus :
> Hi
>
> On 6/17/22 20:37, Go Kudo wrote:
> > For the reasons stated above, we will abandon the addition of new
> methods.
> > sorry.
>
> Okay, that's fine for me, no problem.
>
> > `str_shuffle()` and `shuffl
the unlikely event that the Random Extension 5.x RFC is rejected, this
RFC will become invalid regardless of the outcome of the vote.
Best regards
Go Kudo
2022年6月18日(土) 3:13 Tim Düsterhus :
> Hi
>
> On 6/17/22 19:46, Go Kudo wrote:
> > I was fundamentally wrong, I understand now.
> > As you said, there was no interoperability with `pickArrayKey()` in the
> > first place...
> >
> >> stringFromAlphabet()
&
2022年6月18日(土) 2:37 Tim Düsterhus :
> Hi
>
> On 6/17/22 19:28, Go Kudo wrote
> >> I don't think that ->pickString() is a good name
> >
> > I see. But I think `randomString()` is ambiguous with `getBytes()`.
> >
> > `stringFromCharset(string $strin
2022年6月18日(土) 2:14 Tim Düsterhus :
> Hi
>
> On 6/17/22 19:04, Go Kudo wrote:
> > RFC has been updated. Includes corrections to areas pointed out by Tim
> and
> > changes MersenneTwister to MT19937.
> > I also made it possible to vote for each item.
>
> I sugges
2022年6月14日(火) 9:01 Go Kudo :
> Hello internals.
>
> Voting began on 2022-06-14 00:00:00 (UTC) and will end on 2022-06-28
> 00:00:00 (UTC).
>
> https://wiki.php.net/rfc/rng_extension
>
> The implementation is not yet complete and has some issues.
> See TODO in Pull Req
e options are as follows
A. Rename PCG64 to PcgOneseq128XslRr64
B. Rename PCG64 to PcgOneseq128XslRr64 and then re-implement the more
obvious Xoshiro256StarStar
C. Remove PCG64 and re-implement Xoshiro256StarStart
Personally, I think B is the best.
What do you think?
Regards
Go Kudo
arameters and return types) -- I guess the
> same as existing array_rand(), but better be explicit
>
> Regards,
>
> --
> Guilliam Xavier
>
Hi Xavier.
Thanks very much for the detailed point of view. I am very ashamed of my
poor English.
Maximum thanks!
I have corrected all the points you pointed out.
Regards
Go Kudo
2022年6月14日(火) 9:01 Go Kudo :
> Hello internals.
>
> Voting began on 2022-06-14 00:00:00 (UTC) and will end on 2022-06-28
> 00:00:00 (UTC).
>
> https://wiki.php.net/rfc/rng_extension
>
> The implementation is not yet complete and has some issues.
> See TODO in Pull Req
2022年6月16日(木) 2:23 Tim Düsterhus :
> Hi
>
> On 6/14/22 02:01, Go Kudo wrote:
> > Voting began on 2022-06-14 00:00:00 (UTC) and will end on 2022-06-28
> > 00:00:00 (UTC).
> >
> > https://wiki.php.net/rfc/rng_extension
> >
> > The implementation is not y
,
Go Kudo
2022年5月31日(火) 18:54 Go Kudo :
> Hi internals.
>
> Although I have explained that due to the global turmoil I will delay
> voting on the RFC as long as possible, it is time to start voting on the
> RFC in order to get the implementation to full status by the PHP 8.2
> Fea
2022年6月13日(月) 16:14 Tim Düsterhus :
> Hi
>
> On 6/13/22 04:23, Go Kudo wrote:
> > I have created a PoC that allows all internal operations to be performed
> in
> > 64-bit environments to achieve the same results, although the efficiency
> of
> > execution in 32
2022年6月10日(金) 19:42 Tim Düsterhus :
> Hi
>
> On 6/10/22 12:02, Go Kudo wrote:
> >> It has a single generate(): string method that generates random numbers
> > as a binary string. This string must be non-empty and attempting to
> return
> > an empty will result i
2022年6月8日(水) 0:24 Tim Düsterhus :
> Hi
>
> On 5/31/22 11:54, Go Kudo wrote:
> > - More detailed description in RFC
> >
>
> a)
>
> For the Random\Engine interface I suggest to clarify that the returned
> bytestring will be interpreted as a little endian inte
2022年6月4日(土) 18:03 Côme Chilliet :
> Le 31 mai 2022 11:54:18 GMT+02:00, Go Kudo a écrit :
> >Hi internals.
> >
> >Although I have explained that due to the global turmoil I will delay
> >voting on the RFC as long as possible, it is time to start voting on the
compatibility issues with PHP 8.2 in test cases
- More detailed description in RFC
Previous discussion thread: https://externals.io/message/117295
Voting will begin at 2022-06-14 00:00:00 (UTC).
https://wiki.php.net/rfc/rng_extension
Regards,
Go Kudo
At present, PHP cannot be built using LTO (Link Time Optimization).
LTO is a compiler feature that can improve performance by optimizing at
link time.
Chromium is also using this feature.
https://gcc.gnu.org/onlinedocs/gccint/LTO-Overview.html
The reason for the LTO failure appears to be the Zen
2022年3月10日(木) 3:07 Larry Garfield :
> On Wed, Mar 9, 2022, at 4:48 AM, Go Kudo wrote:
> > Hello internals.
> >
> > Proposed RFCs and implementations have been reorganized. The main changes
> > are as follows
> >
> > https://wiki.php.net/rfc/rng_extension
2022年3月10日(木) 3:57 Tim Düsterhus :
> Hi
>
> On 3/9/22 11:48, Go Kudo wrote:
> > Proposed RFCs and implementations have been reorganized. The main changes
> > are as follows
> >
> > https://wiki.php.net/rfc/rng_extension
> > https://github.com/php/php-src/
that PHP RFCs tend to become more controversial once the
voting phase begins.
Therefore, I would like to solicit feedback on this RFC, whatever it may
be. (Just only positive or negative feedback would be okay)
Regards,
Go Kudo
2022年2月21日(月) 21:44 Tim Düsterhus :
> Hi
>
> On 2/21/22 03:57, Go Kudo wrote:
> > I am sorry for the delay in replying.
>
> Don't worry, there was a weekend inbetween and I totally understand that
> one wants to take their weekend off.
>
> > Thank you for
2022年2月18日(金) 19:46 Tim Düsterhus :
> Hi
>
> On 2/18/22 07:31, Go Kudo wrote:
> > I have been looking into output buffering, but don't know the right way
> to
> > do it. The buffering works fine if all RNG generation widths are static,
> > but if they are dynami
2022年2月17日(木) 19:25 Tim Düsterhus :
> Hi
>
> On 2/17/22 08:37, Go Kudo wrote:
> > The following points have been fixed:
> >
> > - `nextByteSize(): int` has been removed from Random\Engine
> > - If the width of the RNG is statically defined, it will now be us
2022年2月17日(木) 19:25 Tim Düsterhus :
> Hi
>
> On 2/17/22 08:37, Go Kudo wrote:
> > The following points have been fixed:
> >
> > - `nextByteSize(): int` has been removed from Random\Engine
> > - If the width of the RNG is statically defined, it will now be us
2022年2月16日(水) 21:25 Tim Düsterhus :
> Hi
>
> On 2/16/22 12:39, Go Kudo wrote:
> >> Is the nextByteSize() method actually required? PHP strings already
> know
> > their own length.
> >
> > This is a convenience of the current implementation.
>
> You
2022年2月16日(水) 20:24 Tim Düsterhus :
> Hi
>
> On 2/16/22 12:04, Go Kudo wrote:
> > Thanks for the good idea. I changed the NumberGenerator to Engine and
> > changed generate() to return a string as suggested.
>
> Thanks, I've already seen the updated PR and played a
2022年2月15日(火) 22:09 Tim Düsterhus :
> Hi
>
> On 2/15/22 12:48, Go Kudo wrote:
> > At first, I updated the RFC to the latest status.
> >
> > https://wiki.php.net/rfc/rng_extension
>
> Thank you, the examples are useful.
>
> > I need some time to think
2022年2月15日(火) 19:03 Tim Düsterhus :
> Hi
>
> On 2/15/22 04:58, Go Kudo wrote:
> >> Regarding "unintuitive": I disagree. I find it unintuitive that there
> are
> > some RNG sequences that I can't access when providing a seed.
> >
> > This
easy. The user
will always have to worry about the buffering size of the Randomizer.
> Why xorshift instead of xoshiro / xoroshiro?
The XorShift128Plus algorithm is still in use in major browsers and is dead
in a good way.
Also, in our local testing, SplitMix64 + XorShift128Plus performed well in
terms of performance and random number quality, so I don't think it is
necessary to choose a different algorithm.
If this RFC passes, it will be easier to add algorithms in the future. If a
new algorithm is needed, it can be implemented immediately.
Regards,
Go Kudo
2022年2月14日(月) 20:40 Tim Düsterhus :
> Hi
>
> On 2/14/22 12:11, Go Kudo wrote:
> > The refreshed RFC and implementation are available at the following URL:
> >
> > https://wiki.php.net/rfc/rng_extension
> > https://github.com/php/php-src/pull/8094
> >
> &g
It's been a while Internals. I'm Go Kudo.
First of all, I would like to apologize for leaving my previous RFC, object
scoped RNG, and the preliminary RFC, split random extension, without any
progress.
The implementation of these RFCs was not sophisticated and failed to be
tested for a
The RFCs are in limbo, but we are currently thinking of including the
following RNGs in the proposal
- XorShift128Plus
- MT19937 (for compatibility)
- MT19937_64 (for more entropy and wider range)
While it is clear that MT19937 is simply MersenneTwister, it is not
accurate since there is MT19937_
2021年9月22日(水) 21:01 Aleksander Machniak :
> On 22.09.2021 13:21, Go Kudo wrote:
> > The voting phase for the following RFCs will begin as soon as two weeks
> > have passed.
>
> The RFC title is not correct English (missing "to" or "into"). The first
&g
2021年9月23日(木) 2:05 Dan Ackroyd :
> Go Kudo wrote:
> > Dan Ackroyd wrote:
> >> you can _simply_ include ext/random/random.h." sounds pretty
> >> dismissive of causing possibly unneeded work for downstream projects.
> >
> > The point I was trying to
I had misunderstood this for a long time. Now I understand.
This is certainly something to think about.
However, I think we also need to consider compatibility. How about
something like the following?
```php
:
> On Thu, Sep 9, 2021 at 6:31 AM Go Kudo wrote:
>
>> Hi Nikita, sorry
The voting phase for the following RFCs will begin as soon as two weeks
have passed.
https://externals.io/message/115975
I don't see any particular discussion, so I'm contacting you just in case.
Best regards.
Go Kudo
t for a more SIMD friendly RNG.
Regards,
Go Kudo
2021年9月7日(火) 17:28 Nikita Popov :
> On Thu, Sep 2, 2021 at 5:10 PM Go Kudo wrote:
>
>> Hi Internals.
>>
>> Expanded from the previous RFC and changed it to an RFC that organizes the
>> whole PHP random number generator
andard to ext/random. I would appreciate it if you could check it out.
https://wiki.php.net/rfc/random_ext
Regards,
Go Kudo
2021年9月7日(火) 2:24 Ben Ramsey :
> Nikita Popov wrote on 9/6/21 03:06:
> > On Sun, Sep 5, 2021 at 7:40 PM Ben Ramsey wrote:
> >
> >> Go Kudo wrote on
/random_ext
Hopefully this will get a good response.
Regards,
Go Kudo
th a fix for the RNG\NumberGenerator implementation.
Regards,
Go Kudo
2021年9月5日(日) 5:57 Marc :
>
> On 9/2/21 5:10 PM, Go Kudo wrote:
> > Hi Internals.
> >
> > Expanded from the previous RFC and changed it to an RFC that organizes
> the
> > whole PHP random number generator
ssary, but if we
were to try to provide an OOP API without BC Break, what do you think would
be the ideal form?
Regards,
Go Kudo
2021年9月5日(日) 4:24 Dan Ackroyd :
> On Fri, 3 Sept 2021 at 18:41, Go Kudo wrote:
> >
> > Nikita wrote:
> >> this one also moves all of the exist
ve. I have
no intention to do so.
Regards,
Go Kudo
2021年9月5日(日) 1:12 Ben Ramsey :
> Go Kudo wrote on 9/2/21 10:10:
> > Hi Internals.
> >
> > Expanded from the previous RFC and changed it to an RFC that organizes
> the
> > whole PHP random number generator.
m number. I don't see any problem with these
functions using php_random_int() as a random number source.
Regards,
Go Kudo
2021年9月4日(土) 1:02 Nikita Popov :
> On Thu, Sep 2, 2021 at 5:10 PM Go Kudo wrote:
>
>> Hi Internals.
>>
>> Expanded from the previous RFC and changed i
an unsecured random number.
I apologize for the difficulty in conveying this message. I've revised the
wording.
> Changes random source to php_random_int() in shuffle(), str_shuffle(),
and array_rand() .
2021年9月3日(金) 23:04 Larry Garfield :
> On Fri, Sep 3, 2021, at 8:55 AM, Go Ku
My apologies. I had skipped one.
> And either way it needs more clarity about how you'd write one for reals.
Added a simple example comparing it to mt_rand. What do you think of this?
2021年9月3日(金) 3:26 Larry Garfield :
> On Thu, Sep 2, 2021, at 10:10 AM, Go Kudo wrote:
>
voting the week after next.
Regards,
Go Kudo
2021年9月3日(金) 3:26 Larry Garfield :
> On Thu, Sep 2, 2021, at 10:10 AM, Go Kudo wrote:
> > Hi Internals.
> >
> > Expanded from the previous RFC and changed it to an RFC that organizes
> the
> > whole PHP random number gen
responses.
Regards,
Go Kudo
it published in PECL so that features are
available quickly.
Regards,
Go Kudo
2021年6月26日(土) 9:39 Go Kudo :
> Hello Internals.
>
> RFC has been reorganized for finalization.
>
> https://wiki.php.net/rfc/rng_extension
>
> The changes from the previous version are as follows:
&
php_random_bytes_throw / php_random_bytes_silent macros, this will
result in a BC break.
Are you sure there is no problem doing this?
Translated with www.DeepL.com/Translator (free version)
Regards,
Go Kudo
2021年7月7日(水) 22:10 Nikita Popov :
> On Wed, Jul 7, 2021 at 3:08 PM Go Kudo wr
1 - 100 of 148 matches
Mail list logo
