Bojan Smojver wrote:
On Sat, 2007-03-24 at 11:31 -0400, Tom Donovan wrote:
I've been working on an ODBC dbd driver, and I have a few questions
...
Finally, Most of the non-binary functions have new "b"inary equivalents:
There is a _pbselect and a _pvbselect - but not a simple _bselect.
On Sat, 2007-03-24 at 11:31 -0400, Tom Donovan wrote:
> I've been working on an ODBC dbd driver, and I have a few questions
> about how LOBs are supposed to be returned as bucket brigades.
>
> Looking at the Oracle driver, it appears that the caller creates the
> brigade which is passed as an a
On 3/22/07, Jonathan Gilbert <[EMAIL PROTECTED]> wrote:
At 10:51 AM 3/21/2007 +0100, you wrote:
>There's a thread about fixing some issue in Subversion w.r.t. writing
>large amounts of data to a console handle.
>
>This issue is an example of a broader issue: Windows doesn't support
>arbitrary amo
I've been working on an ODBC dbd driver, and I have a few questions
about how LOBs are supposed to be returned as bucket brigades.
Looking at the Oracle driver, it appears that the caller creates the
brigade which is passed as an argument to apr_dbd_datum_get.
If the LOB contains no data, the
On Fri, Mar 23, 2007 at 06:47:19PM -0700, Dzonatas wrote:
> Is this acceptable to default the cache variables to simplify the needed
> hints?
My 2 cents.
> This changes the "mingw" case in configure.in:
>
> --- ../configure.in 2006-09-08 16:41:45.0 +
> +++ configure.in20
I just saw today that there are "x86_64-mingw32" targets, so it should
actually test for "x86_64-*" for size_t of size 8 and replace
"*mingw32*" with "*86-*". I only have access to an i686 to test this.
Thank you
William A. Rowe, Jr. wrote:
Will your proposed changes interfere with mingw x86