Re:v2.19.47 on Mac x86 (Jacques Menu Muzhic)

[Cynthia Karl]

> Message: 5
> Date: Sun, 4 Sep 2016 17:41:42 +0200
> From: Jacques Menu Muzhic <address@hidden>
> To: Andrew Bernard <address@hidden>
> Cc: Jacques Menu Muzhic <address@hidden>,     lilypond-user
>       <address@hidden>
> Subject: Re: v2.19.47 on Mac x86
> I run El Capitan 10.11.6:
> 
> address@hidden:~/Documents/LaTeX/PartitionsLilypond > uname -a
> Darwin macbookprojm 15.6.0 Darwin Kernel Version 15.6.0: Mon Aug 29 20:21:34 
> PDT 2016; root:xnu-3248.60.11~1/RELEASE_X86_64 x86_64
> 
> and I get:
> 
> address@hidden:~ > sudo dtruss lilypond --version


I run El Capitan 10.11.6 and get the exact same output for “uname -a”.

I wanted to see what the difference was between v2.19.46 and v2.19.47, so I ran 
them both on the following file:

bash-3.2$ cat 1note.ly
\version "2.19.46"
{ c4 }

bash-3.2$ time lilypond 1note.ly
GNU LilyPond 2.19.46
Processing `1note.ly'
Parsing...
Interpreting music...
Preprocessing graphical objects...
Finding the ideal number of pages...
Fitting music on 1 page...
Drawing systems...
Layout output to `/tmp/lilypond-22EfXs'...
Converting to `1note.pdf'...
Deleting `/tmp/lilypond-22EfXs'...
Success: compilation successfully completed

real    0m0.820s
user    0m0.638s
sys     0m0.093s


bash-3.2$ LP47=$l47
bash-3.2$ echo $LP47
/Users/pat/Downloads/LilyPond.app/Contents/Resources/bin/lilypond
bash-3.2$ time $LP47 1note.ly
GNU LilyPond 2.19.47
Processing `1note.ly'
Parsing...
Interpreting music...
Preprocessing graphical objects...
Finding the ideal number of pages...
Fitting music on 1 page...
Drawing systems...
Layout output to `/tmp/lilypond-B2ws6y'...
Converting to `1note.pdf'...
Deleting `/tmp/lilypond-B2ws6y'...
Success: compilation successfully completed

real    1m2.364s
user    0m46.848s
sys     0m15.145s

I then ran dtruss -c on both versions to see what the difference in system 
calls was.

The following table shows the number of system calls which have a Count > 100 
for the v2.19.47 version and the corresponding count for the v2.19.46 version:

CALL                    COUNT LP46                      COUNT LP47
…                               …                                       …
getattrlist                     112                                     128
stat                            178                                     171
stat64                  207                                     207
sigaltstack             222                                     228
sigprocmask             263                                     269
select_nocancel 320                                     323
lseek                     57                              123013
read_nocancel   341                               125474

I then did a count of the number of lseeks on file descriptors <= 13 (at first 
glance there are no file descriptors greater than 12:

lseek(0xfiledes v46         v47

lseek(0x0                        1           23
lseek(0x1                        1             1
lseek(0x2                        1             1
lseek(0x3                        2             2
lseek(0x4                        0             0
lseek(0x5                        0             0
lseek(0x6                        2             2
lseek(0x7                       35           35
lseek(0x8                         8 122969
lseek(0x9                 3           3
lseek(0xA                 1            1
lseek(0xB                 3            3
lseek(0xC                 0            0

Hopefully, this information might be of use to someone trying to figure this 
problem out.

The most salient questions would be:  what is filedes 8 used for?  And why is 
this problem only occurring on Macs?