mysteriöse Fehlermeldung

[chf]

Liebe Freunde,

was bedeutet diese Fehlermeldung?
Sie erschien während der Überarbeitung einer Datei, nach mehreren gelungenen Aktionen, und zeigt sich seitdem auch bei bisher unberührten
Dateien. Die Datei war schon vorher von 2.14.2 nach 2.16.2 konvertiert, ohne Probleme.
Der Fehler tritt nicht auf in 2.18.2.
 
Hoffentlich könnt ihr mir helfen - zu 2.18.2 sind mir die Änderungen in der Datei doch zu umfangreich...

Gruß
chf
Starte lilypond 2.16.2 [13.01.06 Capriccio.ly] ...
»/tmp/frescobaldi-hqEdqK/tmp8BzCrq/13.01.06 Capriccio.ly« wird verarbeitet
Analysieren...
Programmierfehler: cannot evaluate "left-margin-default" in module "#<module 7fa5d895a660>", setting to "0"
Fortsetzung, die Daumen drücken
Programmierfehler: cannot evaluate "right-margin-default" in module "#<module 7fa5d895a660>", setting to "0"
Fortsetzung, die Daumen drücken
Programmierfehler: cannot evaluate "inner-margin-default" in module "#<module 7fa5d895a660>", setting to "0"
Fortsetzung, die Daumen drücken
Programmierfehler: cannot evaluate "outer-margin-default" in module "#<module 7fa5d895a660>", setting to "0"
Fortsetzung, die Daumen drücken
Programmierfehler: cannot evaluate "binding-offset-default" in module "#<module 7fa5d895a660>", setting to "0"
Fortsetzung, die Daumen drücken
Programmierfehler: cannot evaluate "top-margin-default" in module "#<module 7fa5d895a660>", setting to "0"
Fortsetzung, die Daumen drücken
Programmierfehler: cannot evaluate "bottom-margin-default" in module "#<module 7fa5d895a660>", setting to "0"
Fortsetzung, die Daumen drücken
Programmierfehler: cannot evaluate "indent-default" in module "#<module 7fa5d895a660>", setting to "0"
Fortsetzung, die Daumen drücken
Programmierfehler: cannot evaluate "short-indent-default" in module "#<module 7fa5d895a660>", setting to "0"
Fortsetzung, die Daumen drücken
/home/fietz/bin/lilypond-2.16.2-1/lilypond/usr/share/lilypond/current/scm/lily-library.scm:226:25: In procedure ly:output-def-lookup in expression (ly:output-def-lookup p symbol ...):
/home/fietz/bin/lilypond-2.16.2-1/lilypond/usr/share/lilypond/current/scm/lily-library.scm:226:25: Wrong type argument in position 1 (expecting Output_def): ()
Wurde mit dem Return-Code 1 beendet.

[fugenkomponist]

Sie bedeutet, dass was nicht stimmt.

Nein, im Ernst, ohne Code kann man damit vermutlich nicht viel anfangen …

[chf]

Hallo fugenkomponist.

da die Meldung bei verschiedenen Dateien auftaucht, halte ich es für möglich, dass in der Kompilierung ein Haken ist (hier spricht ein absoluter Laie!)
Teste bitte diese Datei, die ich vor einiger Zeit aus dem Forum geholt und nicht verändert habe.

Christa

Code: [Auswählen]

\version "2.16.2"

\layout {
  \context {
    \Score
    \accepts "FreeOssiaStaff"
  }
  \context {
    \Staff
    \name "FreeOssiaStaff"
    \alias "Staff"

    fontSize = #-5
    \override StaffSymbol #'staff-space = #(magstep -5)
    \override StaffSymbol #'thickness = #(magstep -5)       
    \remove "Time_signature_engraver"
    \override Clef #'stencil = ##f
    \override KeySignature #'stencil = ##f
    \override KeyCancellation #'stencil = ##f
    \override BarLine #'transparent = ##t
    \override VerticalAxisGroup #'remove-first = ##t
    \RemoveEmptyStaves
    \stopStaff
  }
}



% Variables:

global = {
  \clef treble
  \key g \major
  \time 2/4
}

BlfI = \relative c''
{
  \global
  \repeat volta 2 {
    g'2
    e2 \break
  }
  \alternative {
    { fis2
      d2 \break
    }
    {
      e4 fis
      g4 r4
    }
  }
  g2 \bar "|."
}

%ossia noten bfl1
OsiBlfI = \relative c'' {
  \global
  \stopStaff
  s2*4
  \startStaff
  e8 e fis fis
  \once\override Staff.BarLine #'transparent = ##f
  g4 r4
  \stopStaff
  s2
}

BlfII = \relative c'' {
  \global
  \repeat volta 2 {
    b2
    c2
  }
  \alternative {
    {
      d2
      b2
    }
    { d4 c
        g4 r4
    }
  }
  g2 \bar "|."
}

%ossia noten bfl2
OsiBlfII = \relative c'' {
  \global
  \stopStaff
  s2*4
  \startStaff
  d8 d c c
  \once\override Staff.BarLine #'transparent = ##f
  g4 r
  \stopStaff
  s2
}


% %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
\score { <<
    \new FreeOssiaStaff \OsiBlfI
    \new StaffGroup <<
      \new Staff = "Bfl1" \with { \consists "Bar_number_engraver" } \BlfI
      \new Staff = "Bfl2" \BlfII
    >> 
    \new FreeOssiaStaff \OsiBlfII
  >>
  \layout {
    \context {
      \Score
      \remove "Bar_number_engraver"
      \override SystemStartSquare #'style = #'bar-line
      \override SystemStartBar #'stencil = ##f
      \override SystemStartSquare #'padding = #-0.1
      \override SystemStartSquare #'thickness = #1.6
    }
    \context {
      \FreeOssiaStaff
      \override VerticalAxisGroup #'staff-staff-spacing = #'((basic-distance . 7))
    }
    \context {
      \StaffGroup
      systemStartDelimiterHierarchy = #'(SystemStartSquare (SystemStartBracket a b))
      \override StaffGrouper #'staffgroup-staff-spacing = #'((basic-distance . 7))
    }
  }
  %\midi { }
}


[harm6]

Ich hab den Code getestet mit 2.14.2, 2.16.2, 2.18.2, 2.19.35 und 2.19.36 (selbst kompiliert)

2.14.2 beklagt sich wegen des überflüssigen und fehlerhaften \stopStaff im \layout, aber Deine Fehlermeldung kann ich nirgendwo sehen.

Probier doch mal direkt über Terminal und nicht via Frescobaldi zu kompilieren.


Gruß,
  Harm

[fugenkomponist]

Ich hab auch keine Probleme mit 2.16.2 (64-bit-Linux).

Hier mal eben der Ausschnitt aus lily-library.scm, der angeblich Probleme bereitet, inkl. Zeilennummern:

Code: [Auswählen]

221 ;; Add a score to the current bookpart, book or toplevel
 222 (define-public (add-score parser score)
 223     (cond
 224       ((ly:parser-lookup parser '$current-bookpart)
 225           ((ly:parser-lookup parser 'bookpart-score-handler)
 226           (ly:parser-lookup parser '$current-bookpart) score))
 227       ((ly:parser-lookup parser '$current-book)
 228           ((ly:parser-lookup parser 'book-score-handler)
 229           (ly:parser-lookup parser '$current-book) score))
 230       (else
 231           ((ly:parser-lookup parser 'toplevel-score-handler) parser score))))
Sieht das vielleicht bei dir anders aus?

[chf]

Das erscheint bei mir überhaupt nicht. Wo müsste das denn stehen?
Mit "bookpart" hatte ich noch nichts zu tun.

In den letzten Tagen musste ich häufig zwischen Standardeinstellung 2.16.2 und 2.18.2 hin und her wechseln. Kann das zu Irritationen führen?

Inzwischen habe ich an einem anderen Gerät die gleiche Datei getestet, mit ein paar weniger Vorgaben - es ergab folgende Meldung:
Starte lilypond 2.16.2 [Capr2016.ly] ...
»/home/fietz/Dokumente/CapriccioEdition/Capr2016.ly« wird verarbeitet
Analysieren...
Interpretation der Musik...
Vorverarbeitung der grafischen Elemente...
Interpretation der Musik...[8][16][24][32][40][48][56][64][72][80][88]
Vorverarbeitung der grafischen Elemente...
Interpretation der Musik...[8][16][24][32][40][48][56][64][72][80][88][96][104][112][120][128][136][144][152][160][168][176][184][192][200][200]
Vorverarbeitung der grafischen Elemente...
Musik wird auf 18 Seiten angepasst...
Systeme erstellen.../home/fietz/bin/lilypond-2.16.2-1/lilypond/usr/share/lilypond/current/scm/lily-library.scm:213:5: In procedure ly:optimal-breaking in expression (process-procedure book paper ...):
/home/fietz/bin/lilypond-2.16.2-1/lilypond/usr/share/lilypond/current/scm/lily-library.scm:213:5: Wrong type (expecting real number): >0
Wurde mit dem Return-Code 1 beendet.


Ich habe mal "paper" etc. angehängt. Vielleicht ist da was zu erkennen (nicht von mir...).
Sollte es damit zu tun haben, wäre allerdings verwunderlich, dass die Kompilierung eine ganze Weile funktioniert hat.

Rätselraten...

[fugenkomponist]

Das erscheint bei mir überhaupt nicht. Wo müsste das denn stehen?

Naja, eben in der erwähnten lily-library.scm, die auch in deiner letzten Fehlermeldung erwähnt wird. Scheint so, als wär die irgendwie kaputt. Hast du es mal, wie von harm vorgeschlagen, direkt im Terminal ohne Frescobaldi probiert? Ansonsten müsstest du mal wirklich in die Datei reinschauen (Zeilen 226 bzw. 213 und Umgebung) oder probieren, ob es mit einem neu installierten LilyPond 2.16.2 immer noch Probleme gibt.

Mit "bookpart" hatte ich noch nichts zu tun.

Soweit ich weiß, wird ein bookpart implizit erstellt (so wie ja auch vieles anderes); ansonsten fällt es halt unter den Punkt „toplevel“

[chf]

Ich drücke mich erst mal vor dem Problem und habe mich entschlossen, doch auf 2.18.2 umzustellen.