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

Reply via email to