On 11/03/2014 11:38, Dimitry Sibiryakov wrote: > 11.03.2014 15:23, Alex Peshkoff wrote: >> Just as a sample - even bad non-optimal isql prints data directly from >> message buffer, not copying them. > Yes. And code that do that is a masive copy-past of crap like this: > > > var->nullInd = (short*) &buf[msg->getNullOffset(fbStatus, index)]; > > if (!fbStatus->isSuccess()) return ps_ERR; > > var->value.setPtr = &buf[msg->getOffset(fbStatus, index)]; > > if (!fbStatus->isSuccess()) return ps_ERR; > > Every time it needs data or null indicator, it perform calculations like > this. Should I > remember you that with SQLDA API it had data in compile-time known places > automagically?.. > If you want compile-time fixed queries and data structures, use FB_MESSAGE.
Dynamically, SQLDA is also the same mess. Adriano ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
