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 (http://www.danga.com/memcached
Well one mystery is solved. Folks experiencing build breakage likely have
installed python2.4, which deposits libuuid into /usr/local/lib, without
any corresponding header file.
We have only one election to use osuuid, and that is a bogus test for the lib.
The proper test must check that the uui
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 3778
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 *state
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
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
req
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
On 2/14/06, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
> 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/quer
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 i
On Thu, 09 Feb 2006 16:56:19 -0600, William A. Rowe, Jr. wrote:
>Fixed, thank you for the Netware update. Still looking for OS2.
Yes, OS/2 supports UNC syntax.
>Brad Nicholes wrote:
>On 2/9/2006 at 1:46:32 pm, in message
>>
>> <[EMAIL PROTECTED]>,
>> "William A. Rowe, Jr." <[EMAIL PROTEC
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 under
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 11:07:44
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
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
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 (desp
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 d
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
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 modif
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
19 matches
Mail list logo