Re: rall. autocalculation function in Scheme

[Pierre-Luc Gauthier]

Well, I think my code structure is the problem.

The way I create parts is with this part generator this way :

#(typicalPart 'piccolo piccolo structure)

And for *every* part (instrument) it merges my \structure variable
(\mark, \tempo, i.e. what every body in the orchestra needs) with the
music of that part {c'''' d'''' e''''}.

I think the problem is that the \changeTempo function is getting
applied and re-applied at every single part (37ish parts).

Le mer. 23 août 2023, à 09 h 59, Pierre-Luc Gauthier
<p.luc.gauthier@gmail.com> a écrit :
>
> Not quite there yet.
> Now I get :
>
> warning: the property 'tempoWholesPerMinute' must be of type 'positive
> moment with no grace part', ignoring invalid value '#<Mom
> 7234529593268583733/-9097535130079068160>'
>
> Le mer. 23 août 2023, à 09 h 45, David Kastrup <dak@gnu.org> a écrit :
> >
> > Pierre-Luc Gauthier <p.luc.gauthier@gmail.com> writes:
> >
> > > And what do you know :
> > >
> > > git diff to the rescue.
> > > -
> > > +\include "articulate.ly"
> > > -    <<
> > > +   \articulate <<
> > >
> > > I tried different avenues and \articulate seems to have creeped its
> > > way in in this floating point exception core dump…
> > >
> > > 'No idea why though nor do I need \articulate anyway. closing.
> >
> > Well, it certainly expands the problem space.  But my own uses also
> > employ articulate.ly .  So it will still require something more special
> > to trigger problems.
> >
> > --
> > David Kastrup
>
>
>
> --
> Pierre-Luc Gauthier



-- 
Pierre-Luc Gauthier