On Thu, Sep 26, 2013 at 8:13 PM, Stephan Beal <sgb...@googlemail.com> wrote:
> Not Found szFile=-1 zRepo=/libfossil.fsl/.fossil > > that "should" be zRepo=/libfossil.fsl. szFile<0 is a sign that it cannot > be stat()'d (which makes sense, since the filename is wrong). i'm not yet > sure why this happens only in the chroot environment. > > Hi, Krister! This one works for me: http://www.wanderinghorse.net/tmp/fsl-main.c please try that one out. i'm testing it further in parallel on my machine, but there are certainly chroot-related cases i'm not familiar with (i.e. possibly broken by my change) so i don't want to check it in until i hear confirmation from someone who actually uses chroot. The problem with the broken name was a side-effect of splitting the original close/re-open block into two. Both blocks had a (if(g.db)) around them and the second copy could never possibly be true because the first one closes the db (sets g.db to NULL). The initial problem was exactly what Richard hypothesized: the close/chroot/open ordering for the chroot case was off. Please let me know if this works for you and i'll get it committed. -- ----- stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal
_______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
