On Wed, 23 Aug 2017 15:21:46 +0200, Richard Hipp <d...@sqlite.org> wrote:
On 8/23/17, j. van den hoff <veedeeh...@gmail.com> wrote:
unable to create directory /var
It is trying to create a temporary file in which to store the one of
the two sides of the diff. Can you trace the problem by running in a
and it does that differently, depending on whether the `--to' option is
explicitly specified (as indicated it does not work with the `--to' even
if the flag is redundant and pointing to the CURRENT revision...)?
debugger?
not easily (OSX, clang rather than gcc etc.: don't even know whether gdb
would work or which other debugger to use ...). so I have tried to trace
it down the pedestrian way. result:
the error message is the one in line 650 of `file.c':
648 if( file_mkdir(zName, forceFlag) &&
file_wd_isdir(zName)!=1 ){
649 if (errorReturn <= 0) {
650 fossil_fatal_recursive("unable to create directory
%s", zName);
651 }
652 rc = errorReturn;
653 break;
654 }
file_mkdir returns -1, wd_isdir returns 2 and errno is 17 (file exists).
this is of course true: under OSX `/var' is a link to `/private/var': so
the file `/var' exists and it is not a directory (but rather is a link and
points to one). so it seems that the test in `file.c' would have to
account for the possibility that `/var' is a soft link pointing to some
directory, no? simply skipping the whole block makes `gdiff' work again...
what I do not quite understand: I am sure that `gdiff' worked fine
previously and that `/var' "always" was a soft link. so what has changed
in `fossil' recently causing this (seeming) regression?
if I can provide further information, please let me know.
thank you
joerg
--
Using Opera's revolutionary email client: http://www.opera.com/mail/
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users