News for hackers. Stuff that matters.

A comment on The Windows malloc() implementation from MSVCRT is slow. Parent comment

Re:The Windows malloc() implementation from MSVCRT is slow by ChrisSD on Saturday July 02, 2022 @05:31PM (#31962641)
The UCRT has even been present since Windows 7, if users keep up with updates. Or if applications bundle the UCRT installer with their own.
[ Parent | on HN ]
Re:The Windows malloc() implementation from MSVCRT is slow by josephcsible on Sunday July 03, 2022 @12:17AM (#31965016)
> Or if applications bundle the UCRT installer with their own.

But the UCRT is proprietary, so there are often legal issues with doing so.

[ Parent | on HN ]
Re:The Windows malloc() implementation from MSVCRT is slow by ChrisSD on Sunday July 03, 2022 @02:15AM (#31965518)
There is an official Universal CRT Redistributable.
[ Parent | on HN ]
Re:The Windows malloc() implementation from MSVCRT is slow by rurban on Sunday July 03, 2022 @02:34AM (#31965597)
And java ships it, and installs it into its own java bindir, not the global system dir.

So you have two competing copies, which leads to race conditions (different "global" locks!) and nice cashes, until you can analyze it with DrMemory or the kernel debugger. Nobody does that.

[ Parent | on HN ]