07.03.2014 10:44, Alex Peshkoff wrote: > Yes. That's one of the reasons. Among others is the fact that > IMessageMetadata may be returned from server after prepare, and at this > step we have no buffer: it will be allocated after receiving metainfo > based upon size of message from that info.
I also wonder why buffer is plain void* instead of IBuffer which could perform translation of field index into pointer. Such class would save quite a few mess in every place where now is written something like this: reinterpret_cast<int*>(buf + Msg->getOffset(i)). Besides, it could allow to use any type of buffers, not only plain pool. For example, in SQLDA interface it would save the allocation of buffer and moving data from SQLDA into it and back. -- WBR, SD. ------------------------------------------------------------------------------ Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel