Here is the error generated in Windows. Works correctly without the --to parameter.
10:19:38 $ fo gdiff --from d5b015 --to 810dd0 Index: src/http_transport.c ================================================================== the [C:\Users\xxxxxx\AppData\Local\Temp\/src/http_transport.c-v1-6pCA3817v8hKvMt.txt] argument to the "C:\BIN\WinMerge-2.14.0-exe\winmergeu.exe" command contains a character (ascii 0x5c) that is a security risk On Wed, Aug 23, 2017, 10:24 AM j. van den hoff <veedeeh...@gmail.com> wrote: > On Wed, 23 Aug 2017 17:14:05 +0200, Warren Young <war...@etr-usa.com> > wrote: > > > On Aug 23, 2017, at 7:21 AM, 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 > >> debugger? > > > > This sounds like a repeat of: > > > > > https://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg24920.html > > > > Basically, it’s an artifact of the way macOS symlinks /var, /tmp, etc. > > to their actual locations, which doesn’t happen on other *ix type > > systems, so the bug is never tickled there. > > yes, this looks like the exact same problem, see my previous mail: fossil > detects that `/var' exists while not being a directory and bails out > (which it should not but rather resolve the link and check whether the > resolved link is a directory...). > > I reiterate that I wonder what has changed recently (either on the side of > OSX or fossil) since the problem was definitely non-existent some time > ago? and why does it work when omitting `--to' from the `gdiff' call? no > idea... > > more important: is a fix/work-around possible (apart from telling me to do > it myself which I would have a hard time with ...) > > > > _______________________________________________ > > fossil-users mailing list > > fossil-users@lists.fossil-scm.org > > http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users > > > -- > 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 >
_______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
