Out of memory or not ... this is the question !!

Hi folks,

Not questioning here your memorisation capacities here :-) even though in our modern days we have so much informations to integrate ... nevertheless this week had seen a long waited release of the famous memory allocator jemalloc, 5.2.0 for instance. As you read the changelog, you can feel the months of development. I personally appreciate the possibility to disable the dl library usage, the rework of malloc/free fast path but above all trasz and jasone (even just the continuous integration work alone is already a great achievement) had done a great job on improving the FreeBSD support so thanks to both ! My only little modest contribution for this release was to enable unit tests on FreeBSD, Ed Maste was needing this at some point but nevertheless it is always nice to increase balance b/w operating systems whenever we can. Another nice memory allocator I mentioned a bit few months ago, rpmalloc, still evolves over time, after having improved slightly the BSD support I have been pushing little change this week .

Before my memory fails me, radare had finally gotten its 3.4.x release (hufflepuff) with as usual a lot of internal rewrites, bug fixes and new features. Couple of pull requests I have pushed in the previous week, we shall see if some will be merged ...

Also, OpenBSD will have soon its 6.5 release and on the mailing list we can see time to time this kind of messages ... It has happened in the past and most of the time the poster has a good point but this is more the way the message is conveyed ; but in this case I have to agree with other OpenBSD people, updating redis from 4 to 5 so close to the release is too risky, there are users and also enterprises using this os, there is a good chance some packages would break as the redis project is pretty active that I can guarantee ... Do not forget it is an open source project with people doing this in their spare time ;-) do not let the anger gets the best of you.