On 03/03/14 15:37, Dimitry Sibiryakov wrote: > 03.03.2014 12:30, Alex Peshkoff wrote: >> On 02/28/14 21:01, Dimitry Sibiryakov wrote: >>> Attached patch gives to isc_dsql_fetch(), isc_dsql_execute2() and >>> isc_dsql_exec_immed2() ability to work with wide result set. >> At the first look this should work. What I do not understand - why not >> all functions, using XSQLDA, were modified? > Do you know any other functions that fail with wide RS and can be fixed? > I found only > these.
After one more patch review I see that isc_dsql_execute and isc_dsql_execute_immediate are also fixed cause are implemented using mentioned functions (isc_dsql_execute2 & isc_dsql_exec_immed2). I.e. this problem is gone. >> And the main question - is it desired for us to have half-changed old >> API? > What do you mean "half-changed"? API wasn't changed at all, I just fixed > errors on > retrieving result sets wider than 64k. > If we apply that change SQLDA-oriented functions can work with >64K messages but BLR-oriented statements and requests - can not. ------------------------------------------------------------------------------ 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
