Norton Allen wrote:
> Cygwin/(newlib?) has chosen to avoid race conditions by making
> pseudo-random sequences in different threads independent. Although the
> standard does not require this, it does not prohibit it either.
I disagree. I cited the relevant sentences from the standard.
Other pla
On 11/10/2023 3:19 PM, Bruno Haible via Cygwin wrote:
ISO C 23 § 7.24.2.1 and 7.24.2.2 document how rand() and srand() are
expected to behave. In particular:
"The srand function uses the argument as a seed for a new sequence
of pseudo-random numbers to be returned by subsequent calls to ra
ISO C 23 § 7.24.2.1 and 7.24.2.2 document how rand() and srand() are
expected to behave. In particular:
"The srand function uses the argument as a seed for a new sequence
of pseudo-random numbers to be returned by subsequent calls to rand.
If srand is then called with the same seed value, t
The function 'random' is, unlike 'rand', not marked as not MT-safe in POSIX
[1][2]. Thus it must be multithread-safe [3]:
"Each function defined in the System Interfaces volume of POSIX.1-2017
is thread-safe unless explicitly stated otherwise."
And indeed glibc, musl libc, AIX, Android, and e
On Fri, Nov 10, 2023 at 02:35:16PM +, Jon Turney wrote:
> On 08/11/2023 16:17, Adam Dinwoodie via Cygwin wrote:
> > Hullo,
> >
> > It looks like the python39 package is missing dependencies on
> > python-setuptools-wheel and python-pip-wheel. I've not checked, but I
> > suspect earlier Python
On 08/11/2023 16:17, Adam Dinwoodie via Cygwin wrote:
Hullo,
It looks like the python39 package is missing dependencies on
python-setuptools-wheel and python-pip-wheel. I've not checked, but I
suspect earlier Python versions are missing the same dependencies.
Without these, the Python built-in
6 matches
Mail list logo
