Re: dbd pgsql autotools patch

2008-05-15 Thread Bojan Smojver
On Thu, 2008-05-15 at 23:18 -0400, Bob Rossi wrote: > Ubuntu 7.04, /lib/libcrypt-2.5.so OK. > OK, perhaps we should just add -lcrypt to the pg line? I could check to > see if this works on my system if you think this is a good idea. Hmm, not sure if hardcoding here is the right thing to do. I d

Re: dbd pgsql autotools patch

2008-05-15 Thread Bob Rossi
On Fri, May 16, 2008 at 11:21:46AM +1000, Bojan Smojver wrote: > On Thu, 2008-05-15 at 09:08 -0400, Bob Rossi wrote: > > So, > > I get a link error, because it needs to link against -lcrypt. > > What kind of system do you have? Where does the -lcrypt live on your > system? Ubuntu 7.04, /lib/libcr

Re: dbd pgsql autotools patch

2008-05-15 Thread Bojan Smojver
On Thu, 2008-05-15 at 09:08 -0400, Bob Rossi wrote: > So, > I get a link error, because it needs to link against -lcrypt. What kind of system do you have? Where does the -lcrypt live on your system? BTW, doing the pg_config --libs will not give us the right thing here. For instance, on my system,

Re: Disconnecting -lldap from utilizing apr-util

2008-05-15 Thread Graham Leggett
William A. Rowe, Jr. wrote: What is interesting is that a patched apr-1.3.x remains binary compatible. Simply ./configuring --enable-dbd-dso (really should be --enable-dsos) in combination with --with-ldap will toggle the behavior. Am I correct in understanding that this brings the LDAP bindin

Re: Disconnecting -lldap from utilizing apr-util

2008-05-15 Thread William A. Rowe, Jr.
William A. Rowe, Jr. wrote: http://people.apache.org/~wrowe/ldap/apr-util-1.x-ldap.patch http://people.apache.org/~wrowe/ldap/httpd-2.x-ldap.patch illustrates how this translates for such a patched apr-util-1. As an illustration, here are the results from this change on three example binaries,

Disconnecting -lldap from utilizing apr-util

2008-05-15 Thread William A. Rowe, Jr.
http://people.apache.org/~wrowe/ldap/apr-util-1.x-ldap.patch is the very first draft of a proposal which begins to break apart the libldap (& liblber) bindings from the core libaprutil-1 and consuming applications. You can see, for reference, an earlier patch in that tree that broke ldap from ht

Re: dbd pgsql autotools patch

2008-05-15 Thread Bojan Smojver
On Thu, 2008-05-15 at 09:08 -0400, Bob Rossi wrote: > Attached is the patch that fixes the problem, what do you think? Yeah, we do this kind of thing for other databases already. I'll have a look at it today. -- Bojan

Re: sendfile in darwin

2008-05-15 Thread William A. Rowe, Jr.
FYI - I'm not testing darwin <> darwin, it's just as easy to test darwin to another OS such as linux or solaris :) I actually tested both directions, but really we are interested in OS X as the ./sendfile client. The ./sendfile server could be anything. Results (on a loopback test) attached. B

Re: sendfile in darwin

2008-05-15 Thread Jim Jagielski
After pouring over the Darwin sendfile() code and setting up 2 Leopards to do the APR sendfile tests (which *did* result in the errors popping up), I've committed r656659. The main issue is that we should *always* return if sendfile returns -1, with EAGAIN and some data sent; previously that would

dbd pgsql autotools patch

2008-05-15 Thread Bob Rossi
Hi, I just downloaded and installed postgresql, and installed it into a root. Then I used the apr-util option --with-pgsql. The apr-util autotools machinary failed. That's because it tries to link a program against -lpg, but doesn't use the other libs specified in pg_config. So, I get a link error

Re: sendfile in darwin

2008-05-15 Thread Jim Jagielski
On May 14, 2008, at 7:56 PM, William A. Rowe, Jr. wrote: Jim Jagielski wrote: Trying to recreate so far, no luck. This was at today's trunk. Again I'd hint, try across the wire with ./sendfile server sitting on yet another box. It's really effective at making these errors pop out at