Re: Subject: Compiling a file results in message: Exited with return code -1073741819

[Joseph N. Srednicki]

You asked for a better reference.

The following shows the appropriate section of the file:
==============================
% 41
  e4. d8 c2 r2 |

  % 42
  e4. e8
}

% alto
rightTwo = \relative c'' {
  \global

  % 1 to 2
  \repeat unfold 2 {R1.}

===============================

Search for comment "% 42". If you go the line following comment "% 42", the
first note is "e4.", followed by note "e8".

If I remove the note  "e8", the file compiles. However, if I add any note
after the "e4.", such as "e8", I receive the message: Exited with return
code -1073741819 

I was building this score measure by measure. Everything worked fine until I
reached the line following "% 42".

Please let me know if this message is clear.

I also regret that the sample is not tiny, but I don't know any other way to
show the example.

Thanks for your willingness to look at this file. I hope that I can get it
to work.

Joe Srednicki
-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf
Of address@hidden
Sent: Monday, January 25, 2016 7:08 PM
To: address@hidden
Subject: lilypond-user Digest, Vol 158, Issue 148

Send lilypond-user mailing list submissions to
        address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.gnu.org/mailman/listinfo/lilypond-user
or, via email, send a message with subject or body 'help' to
        address@hidden

You can reach the person managing the list at
        address@hidden

When replying, please edit your Subject line so it is more specific than
"Re: Contents of lilypond-user digest..."


Today's Topics:

   1. Re:Determining what parameters exist for an item (Thomas Morley)
   2. Re:simplifying chromatic scale notation (Urs Liska)
   3. Compiling a file results in message: Exited with return code
      -1073741819. (Joseph N. Srednicki)
   4. Re:Compiling a file results in message: Exited with return
      code      -1073741819. (Urs Liska)


----------------------------------------------------------------------

Message: 1
Date: Tue, 26 Jan 2016 00:13:44 +0100
From: Thomas Morley <address@hidden>
To: David Nalesnik <address@hidden>
Cc: "Charles O. Lawrence" <address@hidden>,
        Lilypond-User Mailing List <address@hidden>,    David
Kastrup
        <address@hidden>, Carl Sorensen <address@hidden>
Subject: Re: Determining what parameters exist for an item
Message-ID:
        <address@hidden>
Content-Type: text/plain; charset=UTF-8

2016-01-25 21:00 GMT+01:00 David Nalesnik <address@hidden>:
>
>
> On Mon, Jan 25, 2016 at 1:47 PM, Kieren MacMillan 
> <address@hidden> wrote:
>>
>> Hi Harm,
>>
>> > if a property is settable, this does not mean your setting takes 
>> > any effect.
>> > I don't speak of user-errors in syntax, missing context, etc, but 
>> > sometimes an engraver does not listen to a certain property, maybe 
>> > because it's hard-coded or not really needed or for other good reasons.
>>
>> Excellent point. I?m sure it?s a pie-in-the-sky thought? but?
>>
>> Is there a way, in your [wonderful] list of _all_ properties, to have 
>> Lily automatically say which will have an effect?

No.

To illustrate:
TextScript has 'font-name as a property, but setting it will not always have
an effect!!

'font-name in musicglyph-markup-command is hardcoded to #f, otherwise
LilyPond would try to take it from "TeX Gyre Chorus" in the example below,
with little chance for nice output, I'd say ...

{
  \override TextScript.font-name = "TeX Gyre Chorus"
  a'1-\markup { "This is a clef:  " \musicglyph #"clefs.G" } }

This is only one single example (there are other markup-commands doing
similar) for one single grob...

>> Or is that as simple as ?adjusting a property will have an effect if 
>> and only if it?s listed on the grob?s ?homepage? in the IR??

Again, no.
See, David's explanation, below.

>
>
> Just because a grob supports a certain interface doesn't guarantee 
> that there's code written to handle all of the interface's properties 
> for that particular grob.  Also, an overridable property doesn't 
> necessarily have a default value listed in the IR: 'color, for example.
>
> DN

Sorry,
  Harm



------------------------------

Message: 2
Date: Tue, 26 Jan 2016 00:24:29 +0100
From: Urs Liska <address@hidden>
To: address@hidden
Subject: Re: simplifying chromatic scale notation
Message-ID: <address@hidden>
Content-Type: text/plain; charset="windows-1252"



Am 26.01.2016 um 00:05 schrieb musicus:
> @Simon: I was not aware of Clairnote, but that direction was not my 
> intention...
>
> @Kieren: I agree with you regarding reading...
> my point is that this notation could help to understand and remember 
> the structure.
> Especially in modern/ contemporary music there are many cases with 
> limited justification for complicated notation .
> "THIS is soo simple, why didn't the composer use an easy way to notate 
> it, so that i don't have to put so much effort in reading and learning 
> it??"
>
>
> Attached a short excerpt of Liszt's Mephisto waltz... Maybe you cannot 
> play this without calculating a bit, but you definitily will get the 
> anomaly of the line immediately.

This is a perfect example why I severely doubt this works.
It is immediately clear that (e.g.) the second measure features a
*scale* with a d sharp somewhere. But which notes *exactly* are to be played
is totally unclear.
The notation suggest as much that the second measure starts with an a as it
suggests an ais. And if I look at that sequence I would immediately say that
between the third and fourth note there is a whole tone and not a semi-tone.

The main problem is that I have to *estimate* where the "notehead" is
printed and what that means. And if that's intentional or inexact. This
definitely does *not* make it easier to read, quite the contrary: it adds
ambiguity and room for misreading. This notation looks like (and would IMO
be more appropriate for) an inexact and somewhat aleatoric notation where
the written notes only approximate the intended "outline"
of a melody.
Not giving a pitch an exact position (such as *on* or *between* staff
lines) guarantees ambiguity.

A much more consistent approach to what you suggest would be (as was
discussed recently) a notation where each chromatic pitch has its own place
on the staff, i.e. a system with more lines. This is unambiguous - but I
doubt that it makes reading easier either.

My 2cts
Urs

>
>
> _______________________________________________
> lilypond-user mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/lilypond-user

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.gnu.org/archive/html/lilypond-user/attachments/20160126/f5e4f0
29/attachment.html>

------------------------------

Message: 3
Date: Mon, 25 Jan 2016 19:04:18 -0500
From: "Joseph N. Srednicki" <address@hidden>
To: <address@hidden>
Subject: Compiling a file results in message: Exited with return code
        -1073741819.
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"

Please see the attached file.

 

Go to line 253.

 

The file compiles cleanly up until this point. 

 

However, when I try to add more than one note to the line 253, I receive the
error message: Exited with return code -1073741819.

 

Please let me know if I am doing something wrong or if there is a workaround
to resolve this situation.

 

Thanks

 

Joe Srednicki.

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.gnu.org/archive/html/lilypond-user/attachments/20160125/98c9ab
4a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rev3.ly
Type: text/lilypond-source
Size: 6390 bytes
Desc: not available
URL:
<http://lists.gnu.org/archive/html/lilypond-user/attachments/20160125/98c9ab
4a/attachment.bin>

------------------------------

Message: 4
Date: Tue, 26 Jan 2016 01:08:09 +0100
From: Urs Liska <address@hidden>
To: address@hidden
Subject: Re: Compiling a file results in message: Exited with return
        code    -1073741819.
Message-ID: <address@hidden>
Content-Type: text/plain; charset="windows-1252"



Am 26.01.2016 um 01:04 schrieb Joseph N. Srednicki:
>
> Please see the attached file.
>
>  
>
> Go to line 253.
>
>  
>
> The file compiles cleanly up until this point.
>
>  
>
> However, when I try to add more than one note to the line 253, I 
> receive the error message: *Exited with return code -1073741819.*
>
> * *
>

Please give us some more reference to what line you are talking about.
I find that line 253 is:

    % alto

So nothing to add notes to ...

Urs

> Please let me know if I am doing something wrong or if there is a 
> workaround to resolve this situation.
>
>  
>
> Thanks
>
>  
>
> Joe Srednicki.**
>
> * *
>
>  
>
>  
>
>
>
> _______________________________________________
> lilypond-user mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/lilypond-user

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.gnu.org/archive/html/lilypond-user/attachments/20160126/9f3bfa
9b/attachment.html>

------------------------------

_______________________________________________
lilypond-user mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/lilypond-user


End of lilypond-user Digest, Vol 158, Issue 148
***********************************************

rev3.ly
Description: Text Data