On Tue, Jul 03, 2012 at 10:47:51PM +0200, Stephan Beal wrote:
> On Tue, Jul 3, 2012 at 2:49 PM, Lluís Batlle i Rossell 
> <[email protected]>wrote:
> 
> > Stracing, it shows it's a open(...,O_CREAT,...) call failing with ENOENT.
> >
> 
> Have you got the fossil function name which triggered that? open() is
> called somewhere deeper down than merge.c, and it's not obvious to me where
> that's being triggered. Was it perhaps merge.c:380 (vfile_to_disk())?
> 
> My guess is that the bug is at vfile.c:311. We have a routine for creating
> dirs (file_mkdir()), but i don't see a recursive one (equivalent of mkdir
> -p). Before i add such a beast, do any of you know if we already have such
> a routine?

The only missing directory was the last "/lv", so I don't think it's about a
lack of recursive mkdir. But I've not investigated further.

Thank you Stephan!
_______________________________________________
fossil-users mailing list
[email protected]
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to