Re: [Pvfs2-developers] OSX configure problem

2007-09-06 Thread Rob Ross
port puts includes in /opt/local/include/db45/ and libraries in /opt/local/lib/db45/, which i don't think will work well with the --with-db. silly port. thanks though, rob Sam Lang wrote: You can use --with-db too if the bdb install is a non-standard location. -sam On Sep 6, 2007, at 4:38

Re: [Pvfs2-developers] OSX configure problem

2007-09-06 Thread Sam Lang
You can use --with-db too if the bdb install is a non-standard location. -sam On Sep 6, 2007, at 4:38 PM, Rob Ross wrote: once that first problem was fixed, and i correctly set CFLAGS to point to location of db.h, i no longer needed to adjust configure tests. so we're all good. rob Sam

Re: [Pvfs2-developers] OSX configure problem

2007-09-06 Thread Rob Ross
once that first problem was fixed, and i correctly set CFLAGS to point to location of db.h, i no longer needed to adjust configure tests. so we're all good. rob Sam Lang wrote: On Sep 6, 2007, at 1:26 PM, Rob Ross wrote: hey, yeah, dangerous, me trying to build stuff... using latest head

Re: [Pvfs2-developers] concurrent ls and rm

2007-09-06 Thread Sam Lang
On Sep 6, 2007, at 3:00 PM, Phil Carns wrote: Unfortunately, it doesn't look like disabling the pcache made any difference. I first tried disabling it by adding a "return 0" at the top of the PINT_dbpf_keyval_pcache_insert() function. I also tried modifying the dbpf_keyval_iterate_s

Re: [Pvfs2-developers] concurrent ls and rm

2007-09-06 Thread Phil Carns
Unfortunately, it doesn't look like disabling the pcache made any difference. I first tried disabling it by adding a "return 0" at the top of the PINT_dbpf_keyval_pcache_insert() function. I also tried modifying the dbpf_keyval_iterate_skip_to_position() function to not call PINT_dbpf_k

Re: [Pvfs2-developers] OSX configure problem

2007-09-06 Thread Sam Lang
On Sep 6, 2007, at 1:26 PM, Rob Ross wrote: hey, yeah, dangerous, me trying to build stuff... using latest head on intel OSX. i think that there's a problem with the bdb tests (they fail because NULL isn't defined), so i've edited maint/config/bdb.m4 to include stdio.h. but that's another

Re: [Pvfs2-developers] concurrent ls and rm

2007-09-06 Thread Sam Lang
On Sep 6, 2007, at 2:09 PM, Phil Carns wrote: Hi Phil, The trove layer caches the position -> name mapping for positions it returns back to the client on a readdir. The problem is probably related to caching those entries, where the readdir for the rm is iterating over the directory

Re: [Pvfs2-developers] OSX configure problem

2007-09-06 Thread Rob Ross
that was too easy. thanks. -- rob Sam Lang wrote: Try using ./prepare? -sam On Sep 6, 2007, at 1:26 PM, Rob Ross wrote: hey, yeah, dangerous, me trying to build stuff... using latest head on intel OSX. i think that there's a problem with the bdb tests (they fail because NULL isn't defined

Re: [Pvfs2-developers] OSX configure problem

2007-09-06 Thread Sam Lang
Try using ./prepare? -sam On Sep 6, 2007, at 1:26 PM, Rob Ross wrote: hey, yeah, dangerous, me trying to build stuff... using latest head on intel OSX. i think that there's a problem with the bdb tests (they fail because NULL isn't defined), so i've edited maint/config/bdb.m4 to include

Re: [Pvfs2-developers] concurrent ls and rm

2007-09-06 Thread Phil Carns
Hi Phil, The trove layer caches the position -> name mapping for positions it returns back to the client on a readdir. The problem is probably related to caching those entries, where the readdir for the rm is iterating over the directory, and so inserting position -> name entries into

[Pvfs2-developers] OSX configure problem

2007-09-06 Thread Rob Ross
hey, yeah, dangerous, me trying to build stuff... using latest head on intel OSX. i think that there's a problem with the bdb tests (they fail because NULL isn't defined), so i've edited maint/config/bdb.m4 to include stdio.h. but that's another story... right now, because i've done the abov