0
0
Fork 0
mirror of https://github.com/matrix-construct/construct synced 2024-11-16 23:10:54 +01:00
construct/include/ircd/buffer
2019-02-08 18:22:40 -08:00
..
buffer.h ircd::buffer: Export buffers:: down to ircd::. 2018-12-18 14:44:25 -08:00
buffer_base.h ircd::buffer: Allow decay-like conversion to begin pointer. 2019-02-08 18:22:40 -08:00
const_buffer.h ircd::buffer: Add const_buffer::insert() for boost::spirit compliance (noop). 2018-07-01 19:51:37 -07:00
fixed_buffer.h ircd::buffer: Split into directory. 2018-03-12 22:48:56 -07:00
mutable_buffer.h ircd::buffer: Split into directory. 2018-03-12 22:48:56 -07:00
README.md ircd: Start a README.md for any directory missing one; fix conformity of existing. 2019-01-26 12:29:08 -08:00
shared_buffer.h ircd::buffer: Make shared_buffer work. 2018-10-04 15:42:24 -07:00
unique_buffer.h ircd::buffer: Improve exceptions thrown from aligned_alloc(). 2018-11-12 16:49:06 -08:00
window_buffer.h ircd::buffer: Add convenience closure overload to window_buffer. 2018-05-07 14:44:31 -07:00

Memory Buffer Tools

This is a modernization of the (char *buf, size_t buf_sz) pattern used when working with segments of RAMs. While in C99 it is possible (and recommended) for a project to create a struct buffer { char *ptr; size_t size; }; and then manually perform object semantics buffer_copy(dst, src); buffer_move(dst, src)``buffer_free(buf); etc, we create those devices using C++ language features here instead.

This suite is born out of (though not directly based on) the boost::asio buffer objects boost::asio::const_buffer and boost::asio::mutable_buffer and the two principal objects used ubiquitously throughout IRCd share the same names and general properties. We also offer conversions between them for developers working with any asio interfaces directly.

To summarize some basics about these tools:

  • Most of these interfaces are "thin" and don't own their underlying data, nor will they copy their underlying data even if their instance itself is copied.

  • We work with signed char * (and const char *) types. We do not work with void pointers because size integers always represent a count of single bytes and there is no reason to lose or confuse that information. If unsigned char * types are required by some library function an explicit cast to uint8_t * may be required especially to avoid warnings. Note that we compile this project with -fsigned-char and don't support platforms that have incompatible conversions.