Re: Subversion's Berkeley DB detection with APR trunk

2011-06-21 Thread C. Michael Pilato
reason, I think APR should be changed to support as much. -- C. Michael Pilato cmpil...@collab.net CollabNet www.collab.net Distributed Development On Demand

Re: Subversion's Berkeley DB detection with APR trunk

2011-06-21 Thread C. Michael Pilato
On 06/21/2011 09:42 AM, Philip Martin wrote: C. Michael Pilato cmpil...@collab.net writes: I'd be interested in knowing why the --db-version parameter was dropped. In the absence of a solid reason, I think APR should be changed to support as much. Probably it's because apr is now modular

Re: Buffer overflow in apr_brigade_vprintf() ?

2009-04-24 Thread C. Michael Pilato
C. Michael Pilato wrote: [Please Cc: me in responses -- I think I still have APR commit privs, but I'm not active here and not subscribed to the mailing lists.] In the past couple of weeks, I've seen two different reports of what appears to be corruption in the stream of data transmitted

Re: confusion about largefile support

2005-05-31 Thread C. Michael Pilato
Erik Huelsmann [EMAIL PROTECTED] writes: On 5/31/05, Ben Collins-Sussman [EMAIL PROTECTED] wrote: On May 31, 2005, at 11:49 AM, Ben Collins-Sussman wrote: Funny, KDE is using fsfs, and I would have expected them to run into a 2GB revision file. Well, whattya know. Now

Re: uuid generation on linux boxes

2003-11-06 Thread C. Michael Pilato
Ian Holsman [EMAIL PROTECTED] writes: I have a issue with a linux box not having enough entropy and hanging on a call to apr_uuid_get (as it calls /dev/random) I was wondering why we don't just use /proc/sys/kernel/random/uuid and use that for our uuid? If you are building APR yourself, I