https://svn.boost.org/trac10/ticket/7838 <p> Hello! </p> <p> This feature request is related to the <a class="missing wiki">CustomHandler</a> api. </p> <p> As the internal handler storage size is fixed for each async api call (I think...), would it be possible to add constants that inform about the maximum size requirements of each async call? </p> <p> That would ease the implementation of segregated storage pools storing custom handlers, making it more suitable for realtime use. </p> <p> For example of what I'm using on x86 linux, I found that an "async_wait" takes 40 bytes, an "async_receive_from" 72, and an "async_send_to" 92. </p> <p> What I'm doing now is "fake calls" in initialization time, retreiving the requested sizes through a <a class="missing wiki">CustomHandler</a> that traces the sizes, and then initializing the segregated storage pools with the results. </p> <p> That could easily be avoided exposing the size constants in some way. </p> <p> The current custom handler API wouldn't need to change. </p> <p> I must say that it was very wise to add the block size to the deallocation call, it eased things a lot, it allowed me to write safety code to forward the allocation/deallocation calls to the heap in case that the size requested wasn't the one. </p> <p> Best regards! Rafa. </p> en-us /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/7838 Trac 1.4.3 anonymous Sat, 29 Dec 2012 20:13:24 GMT