Re: status of memcached code in the trunk

2006-02-14 Thread Colm MacCarthaigh
On Mon, Feb 13, 2006 at 11:07:44PM -0600, William A. Rowe, Jr. wrote: I'm still concerned that it's a non-functional API unless a backend is built and configured; therefore... so is apr_dbd, I really don't understand this logic :/ Should APR fire up oracle? -- Colm MacCárthaigh

Re: Column names with apr_dbd

2006-02-14 Thread Bojan Smojver
On Mon, 2006-02-13 at 19:54 +, Nick Kew wrote: It'll have to wait for 1.3, 'cos it affects the API (despite not breaking anything:-) Actually, it just occurred to me that we could do this in a completely backward compatible manner, with (admittedly) somewhat ugly approach. We could modify

Re: Column names with apr_dbd

2006-02-14 Thread Bojan Smojver
On Tue, 2006-02-14 at 20:09 +1100, Bojan Smojver wrote: if (col 0) get_name(get_result_from_row(row), -col - 1); This should be, of course: return get_name(get_result_from_row(row), -col - 1); -- Bojan

[PATCH]: Teach apr_dbd.c how to use get_names

2006-02-14 Thread Bojan Smojver
I only managed to forget the most important bit :-) -- Bojan diff -rauN apr-util-vanilla/dbd/apr_dbd.c apr-util/dbd/apr_dbd.c --- apr-util-vanilla/dbd/apr_dbd.c 2006-02-14 21:14:08.0 +1100 +++ apr-util/dbd/apr_dbd.c 2006-02-14 21:16:39.0 +1100 @@ -238,6 +238,11 @@ { return

Re: Column names with apr_dbd

2006-02-14 Thread William A. Rowe, Jr.
That still doesn't work, because invoking with -1 on apr 1.2.2 v.s. 1.2.4 would be broken. You can't change the binary or functional API between subversions. Bill Bojan Smojver wrote: On Mon, 2006-02-13 at 19:54 +, Nick Kew wrote: It'll have to wait for 1.3, 'cos it affects the API

Re: [PATCH] Do not include uuid.h and uuid/uuid.h in same file

2006-02-14 Thread William A. Rowe, Jr.
Garrett Rooney wrote: On 11/2/05, Craig Rodrigues [EMAIL PROTECTED] wrote: Hi, I maintain the port of APR for the FreeBSD ports system. I was assigned the following bug: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/88406 If e2fsprogs is installed on a FreeBSD 5.4 system, compilation of

Re: Column names with apr_dbd

2006-02-14 Thread Bojan Smojver
On Tue, 2006-02-14 at 04:29 -0600, William A. Rowe, Jr. wrote: That still doesn't work, because invoking with -1 on apr 1.2.2 v.s. 1.2.4 would be broken. You can't change the binary or functional API between subversions. Darn! Didn't think of that one :-( -- Bojan

Re: status of memcached code in the trunk

2006-02-14 Thread William A. Rowe, Jr.
Yes; apr-util/test should fire up oracle and throw something at it. And voters should indicate what modules/scenarios they are actually testing. Otherwise it's all rather pointless to have an apr-util/test/ directory now, isn't it? Bill Colm MacCarthaigh wrote: On Mon, Feb 13, 2006 at

Re: Failures in apr test framework on Solaris x86

2006-02-14 Thread Joe Orton
On Mon, Feb 13, 2006 at 11:39:59PM -0600, William Rowe wrote: Failure at line 148, rv = apr_socket_bind(sock, to) of testsockets.c... the IPv6 code block runs to APR_SUCCESS above, so we have '::1' (isn't it supposed to be '[::1]' instead?) [...] is URI syntax, the resolver doesn't

Re: status of memcached code in the trunk

2006-02-14 Thread Garrett Rooney
On 2/14/06, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: Yes; apr-util/test should fire up oracle and throw something at it. And voters should indicate what modules/scenarios they are actually testing. Otherwise it's all rather pointless to have an apr-util/test/ directory now, isn't it?

Re: status of memcached code in the trunk

2006-02-14 Thread Mads Toftum
On Tue, Feb 14, 2006 at 09:57:50AM -0800, Garrett Rooney wrote: On the other hand though, I think it's totally pointless to go build another memcached implementation as part of APR-Util just for testing purposes. That time would be far better spent writing some tests that require a locally

Re: status of memcached code in the trunk

2006-02-14 Thread Ian Holsman
Mads Toftum wrote: On Tue, Feb 14, 2006 at 09:57:50AM -0800, Garrett Rooney wrote: On the other hand though, I think it's totally pointless to go build another memcached implementation as part of APR-Util just for testing purposes. That time would be far better spent writing some tests that

Re: status of memcached code in the trunk

2006-02-14 Thread Greg Marr
At 02:54 PM 2/14/2006, Ian Holsman wrote: Mads Toftum wrote: On Tue, Feb 14, 2006 at 09:57:50AM -0800, Garrett Rooney wrote: On the other hand though, I think it's totally pointless to go build another memcached implementation as part of APR-Util just for testing purposes. That time would be

[PATCH]: Introduce dbd_mysql_get_name in apr_dbd_mysql.c

2006-02-14 Thread Bojan Smojver
I was thinking something like this for MySQL, but I haven't even compiled this, so approach with caution. -- Bojan --- apr_dbd_mysql.c.vanilla 2006-02-13 17:45:20.0 +1100 +++ apr_dbd_mysql.c 2006-02-15 08:22:54.0 +1100 @@ -76,6 +76,7 @@ MYSQL_RES *res; MYSQL_STMT

[PATCH] include needed header files in apr_dbd.h

2006-02-14 Thread Henry Jen
Hi, When include apr_dbd.h without apu.h apr_pools.h header first, compiler generate errors. This is minor issue, but should be fixed, I think. :-) Cheers, Henry Index: include/apr_dbd.h === --- include/apr_dbd.h (revision

Re: status of memcached code in the trunk

2006-02-14 Thread William A. Rowe, Jr.
To close this discussion for the present moment... William A. Rowe, Jr. wrote: Ian Holsman wrote: Hi. when the memcache code was initially comitted, the code was vetod (or was it -1' voted i can't remember) because it only worked against one product memcached