[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Patchy email

From: David Kastrup
Subject: Re: Patchy email
Date: Sun, 19 Apr 2020 20:02:05 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

David Kastrup <address@hidden> writes:

> David Kastrup <address@hidden> writes:
>> Valentin Villenave <address@hidden> writes:
>>> On 4/19/20, David Kastrup <address@hidden> wrote:
>>>> Note that the delete-file instructions are executed while the book is
>>>> being read in while markup is typeset when the books are being processed
>>>> at the end of the input file.
>>> Yes, it looked completely bonkers to me as well, until I realized it worked 
>>> :-)
>>>> No idea whether the fonts made it into
>>>> LilyPond at that point of time, or how happy LilyPond is with them
>>>> appearing.
>>> No, because at this point the first \book has already been processed,
>>> and even GS should already be invoked. That’s the whole point of
>>> putting that stuff inside another \book.
>> There is no point in putting the deletion of files "inside another
>> \book" since it is not being executed when the book is typeset but when
>> the book is read in.
>>>> There may well be race conditions here.
>>> Well, AFAIK there’s no parallelism inside a same .ly file being
>>> processed for different \book outputs. (If there _was_, that would be
>>> great news though!)
>> Again: file creation and deletion happens while the book is being read
>> in, typesetting happens when the book is being processed.  File handles
>> will tend to stick around until garbage collected.  That is not as much
>> "parallelism" as an absence of order.
> So I am afraid that things are rather weird at my side:
> input/regression/ error: GUILE signaled an error 
> for the expression beginning here
>   #
>    (rmdir dummyfontdir)
> Directory not empty
> Finding the ideal number of pages...
> Fitting music on 1 page...
> Drawing systems...
> Layout output to `/tmp/lilypond-pXKtKN'...
> Converting to `font-name-add-files-1.pdf'...
> Deleting `/tmp/lilypond-pXKtKN'...
> fatal error: failed files: "input/regression/"
> dak@lola:/usr/local/tmp/lilypond2$ ls -l dummyfont-C5PUYM-dir/
> total 0
> dak@lola:/usr/local/tmp/lilypond2$ ls -la dummyfont-C5PUYM-dir/
> total 12
> drwxrwxr-x  2 dak dak 4096 Apr 19 19:51 .
> drwxrwxr-x 25 dak dak 4096 Apr 19 19:51 ..
> -rw-r--r--  1 dak dak   36 Apr 19 19:51 .uuid
> dak@lola:/usr/local/tmp/lilypond2$ cat dummyfont-C5PUYM-dir/.uuid 
> 35d52a4b-44f7-41b6-afca-165a4187aa4fdak@lola:/usr/local/tmp/lilypond2$ 
> Does anybody have an idea _what_ and _why_ would leave a .uuid file
> lying around in the temporary file with, well, an uuid kind of number in
> it?  Is that an artifact of my freetype library or something?

Seems to be something that fontconfig does.

David Kastrup

reply via email to

[Prev in Thread] Current Thread [Next in Thread]