i guess that's what spikes interest. although strlcpy was first introduced in openbsd 2.4, 26 years ago! back then as a drop in replacement for strcpy.
so yeah, good things need time to adopt, no wonder it's not up-to-date tech, lol.
and because of NIH-syndrome we now got lot's of strXcpy functions to choose from.
It's more effective volume wise. I did the math, some time ago here are the rough numbers.
Sand has way less heat capacity then water per kg (about half).
Water can be heated to 95C with standard unpressurized vessel. Sand in this application is heated to 600C.
Sand is denser then water (kg/m3).
For the same heat energy stored this comes out to about 2.5x more volume of water(95C) compared to sand(600C).
Water and Sand are both dirt-cheap.
Hot water can be managed with standard plumbing equipment.
Sand needs some high temperature piping (hot air to water heat-exchanger, resistive heat tho heat up the sand).
How well both contain the heat is primarily dependent on the isolation. Which favors the smaller footprint of sand, but needs to isolate a higher temperature difference...
I would add that it's "doing nothing important". Like when someone asks: What did you do today? And the german answer is just "Nix" ("Nichts", aka. nothing important)
> According to research, up to 850 billion lines of COBOL code are currently running in nearly 30,000 organizations, typically in critical production environments. 90 percent of Fortune 500 companies rely on it. Never has there been this much COBOL in circulation and the volume is only likely to increase for the foreseeable future.
Gathering data and making orbit. Plan was to return the booster near the launchsite and make a water splash down. The ship should make a single suborbital flight with orbit velocity to simulate reentry and should have splashed down near hawaii.
There was just some patch that added '/' protection, because that's the only character that's not allowed in filenames.
https://github.com/openbsd/src/commit/46f7109a9e03df89b66ada...