> The advantage being that you never have to remember which things are to be freed at which particular error state. You also don't have to remember this when using defer. That's the point of defer - fire and forget.
That's sort of like asking a motorbike enthusiast why they don't just drive a car instead. There's a big difference in the input scheme between PC and consoles. Playing with a controller might not be satisfying for…
You were clearly banned for the comment where you used offensive slurs in reference to the author of a previously discussed blog post. I was happy to report the comment.
ztd.text is a C++ library. cuneicode is a C library.
If only Linux offered a half decent kernel API instead of that dumpster fire that is POSIX. Even so, for anything not involving graphical user interfaces I somewhat agree with you.
That looks like an allocating container. Probably the most useful property of linked lists and other node based data structures is the ability to make them intrusive and to avoid dynamic allocation. In some domains you…
If by "STL" you mean the standard library, it's not true that _all_ containers accept allocators. At least valarray and filesystem::path do not accept allocators.
There's no reason to avoid static functions. It's just a better syntax and it's a shame it cannot be applied to class declarations as well.
Molten salt fuel cycles where waste products may be separated from the liquid fuel through more conventional chemical separation methods seem like a simpler solution. It's too bad about the negative public view on…
Nuclear fuels such as U235 are radioactive but very slightly so, U235 specifically having a half life of roughly 700 million years. The various fission products produced by splitting these atoms in a reactor may have…
The information is indeed worthless unless the standard were to also define such things as the stack layout and a closed set of operations which are allowed to consume more stack, such as defining a VLA, or calling a…
Whatever values these functions returned, there would be no way for you to make a determination on whether another step can be performed.
Just like with the mutex, this piece of information is out of date as soon as it reaches you. Preparations for whatever action you perform after, or the very act of retrieving this information may invalidate it.
I believe we were discussing a potential addition to the C standard. It would however be useless unless the standard also defined such things as stack layout and a closed set of operations which may consume more stack…
There is no useful way to employ these functions. It's equivalent to asking if a mutex is locked. That piece of information is worthless.
Only the enterprise edition though.
Migrating to a pointer-size-pair string representation would be a better use of one's time.
Making a molten salt reactor safe might be much cheaper than a light water reactor.
Some people care about UX.
We got here because adding library features is a lot easier and less risky than adding language features. Work on pattern matching [1] is ongoing, but the bar for entry for a language feature is much higher and as such…
This is why I have a set of functions like AsciiToLower(char* string, size_t size). They only touch characters in the ASCII space at <0x80. Even went and implemented them with SSE for x86.
If time travel was possible, don't you think a time traveler would have traveled back in time to give us time travel?
A black hole of this mass is colder than the cosmic background.
Do you mean as opposed to humans and contemporary apes sharing common ancestors?
Looks more like an implementation of undefined behaviour to me.
> The advantage being that you never have to remember which things are to be freed at which particular error state. You also don't have to remember this when using defer. That's the point of defer - fire and forget.
That's sort of like asking a motorbike enthusiast why they don't just drive a car instead. There's a big difference in the input scheme between PC and consoles. Playing with a controller might not be satisfying for…
You were clearly banned for the comment where you used offensive slurs in reference to the author of a previously discussed blog post. I was happy to report the comment.
ztd.text is a C++ library. cuneicode is a C library.
If only Linux offered a half decent kernel API instead of that dumpster fire that is POSIX. Even so, for anything not involving graphical user interfaces I somewhat agree with you.
That looks like an allocating container. Probably the most useful property of linked lists and other node based data structures is the ability to make them intrusive and to avoid dynamic allocation. In some domains you…
If by "STL" you mean the standard library, it's not true that _all_ containers accept allocators. At least valarray and filesystem::path do not accept allocators.
There's no reason to avoid static functions. It's just a better syntax and it's a shame it cannot be applied to class declarations as well.
Molten salt fuel cycles where waste products may be separated from the liquid fuel through more conventional chemical separation methods seem like a simpler solution. It's too bad about the negative public view on…
Nuclear fuels such as U235 are radioactive but very slightly so, U235 specifically having a half life of roughly 700 million years. The various fission products produced by splitting these atoms in a reactor may have…
The information is indeed worthless unless the standard were to also define such things as the stack layout and a closed set of operations which are allowed to consume more stack, such as defining a VLA, or calling a…
Whatever values these functions returned, there would be no way for you to make a determination on whether another step can be performed.
Just like with the mutex, this piece of information is out of date as soon as it reaches you. Preparations for whatever action you perform after, or the very act of retrieving this information may invalidate it.
I believe we were discussing a potential addition to the C standard. It would however be useless unless the standard also defined such things as stack layout and a closed set of operations which may consume more stack…
There is no useful way to employ these functions. It's equivalent to asking if a mutex is locked. That piece of information is worthless.
Only the enterprise edition though.
Migrating to a pointer-size-pair string representation would be a better use of one's time.
Making a molten salt reactor safe might be much cheaper than a light water reactor.
Some people care about UX.
We got here because adding library features is a lot easier and less risky than adding language features. Work on pattern matching [1] is ongoing, but the bar for entry for a language feature is much higher and as such…
This is why I have a set of functions like AsciiToLower(char* string, size_t size). They only touch characters in the ASCII space at <0x80. Even went and implemented them with SSE for x86.
If time travel was possible, don't you think a time traveler would have traveled back in time to give us time travel?
A black hole of this mass is colder than the cosmic background.
Do you mean as opposed to humans and contemporary apes sharing common ancestors?
Looks more like an implementation of undefined behaviour to me.