Hello,
Le samedi 24 octobre 2020 à 01:32 +0200, Bengt Richter a écrit :
> An alternate solution could be programmed using ffi, as documented in
> [1], n'est-ce pas?
To be clear, you would rather have that function as guile code rather
than extending the C function? I'm OK with that, but in which f
Hi,
On +2020-10-24 00:07:19 +0200, zimoun wrote:
> Dear,
>
> On Sat, 24 Oct 2020 at 00:00, divoplade wrote:
>
> > I have slightly modified the mkdir function so that it takes a third
> > argument to try to create the intermediate directories when calling
> > mkdir, in effect acting as "mkdir -p
I also added a keyword argument to the output functions so that they
can create the directory of the file if needed. What do you think?
From 0e6c74700d2eeb2142ff17ecdb0973806cf79b68 Mon Sep 17 00:00:00 2001
From: divoplade
Date: Sat, 24 Oct 2020 00:35:01 +0200
Subject: [PATCH 2/2] Use the recursiv
Dear,
On Sat, 24 Oct 2020 at 00:00, divoplade wrote:
> I have slightly modified the mkdir function so that it takes a third
> argument to try to create the intermediate directories when calling
> mkdir, in effect acting as "mkdir -p".
>
> However, I could not make the test suite run the ports te
Dear guile,
I have slightly modified the mkdir function so that it takes a third
argument to try to create the intermediate directories when calling
mkdir, in effect acting as "mkdir -p".
However, I could not make the test suite run the ports test, on which I
added the test for the new behavior.
Hello,
If I run nftw/ftw function over root directory ("/") it doesn't find any
file.
Example: (nftw "/" (lambda* (file #:rest args) (write file) #t))
Explanation from irc:
> [20:11] bug in nftw, or more precisely in one of the
>functions it calls
> [20:12]
