Re: Parallel Square Premusic

[Werner LEMBERG]

Hallo Have!


> I did get involved over in lilypond-user, but I suppose that was the
> wrong place to ask.  I apologize for the ruckus that that was.  I
> simply want to show you the wonderful, extensible file format I have
> developed.

Ah, the readers of the `lilypond-user' mailing list basically form a
superset of `lilypond-devel', so I think that all of the people here
already have seen your proposal.

I thus ask to not further pursue this topic here.


Werner

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Parallel Square Premusic

[have]

Hello, I am the creator of Parallel Square Premusic, a text file format for the 
composition of musical notation. My notation is documented at 
http://anticapit.al/ps/Premusic.html and http://anticapit.al/ps/Parallel 
Squares..html
 
I did get involved over in lilypond-user, but I suppose that was the wrong 
place to ask. I apologize for the ruckus that that was. I simply want to show 
you the wonderful, extensible file format I have developed.
 
With any text editor - no program needed to install - you can dictate the 
entire rhythm of a song in damn near real time. Once that has been done, the 
layout of the entire rest of the score is comfortably set. My format is 
flawlessly extensible.
 
Attached is an example: The Star Spangled Banner in my format.
 
VAC
The Star-Spangled Banner
Lyrics by Francis Scott Key
Music by John Stafford Smith
Source: 
https://s-media-cache-ak0.pinimg.com/originals/40/c3/2d/40c32d7fbad94603020f166a588f54b4.jpg

[]ly  
O_say,see_By__earwhat__proudly_at_-light's__-ing?__stripes_thro'-ous_ram___watched___gal_stream__rockglare,__the___in__air,the_was___O___say___star___-ner___waveland__freeof___
[]ly  
__--can_the-ly___so__wehailedthe_lastWhose___and_the_flight___-parts___were___-lant___-ing?___-ets'bombs___gavenight___that__still___does___-span----__--__and___the
[]ly  
__you___dawn's__lighttwi_gleam_broad___brightper_o'erwe__so_-ly__And_red___burst___proof_our_there.__that_-gledyet___o'erof__the_brave?_
[]ly  
___stars__-ilthe_the-ing_thro'___flag__--__ban___--__the___the___home___

[]c7  
||--||||--||---||||||--||||--||||--||--||||||--||--||--||||7-||--||--||||--||--||||7-||||--||||||7-||--||
[]cq  
||--||m-m-||--||---||||||--||||--||m---||m-||--||||||--||--||--||||--||--||--||||--||--||||--||m---||--||||m---||--||--||
[]cr  
Bb--||--||G---D-G-||C-||F--||Bb--||F---||Bb||||--||G---D---||G---C-||F-||Bb--||F---||Bb||--||--||||F-||--||Bb||F---||Bb--C-||F-||Bb--||Eb--G-||C---||F-||Bb--||G-C-||Bb--F-||Bb||

[]sl  
//\\||--||||--||---||||||--||||--||||--||--||||||--||--||--||||--||--||--||||--||--||//\\||--||//\\//\\||//\\--||//\\||||--||--||
[]Pi  
F0D0||1b0D0F||0b--D1C1||0b0D0E||0F---0F||D1C1b0--||A0--G0A0||b0b0F0||0D--1b--0F0D||1b0D0F||b0--D1C1||b0D0E0||F0--F0||D1C1b0--||A0--G0A0||b0b0F0||D01bD1||D1e1F1||F1--e1D1||C1D1e1||e1--e1||D1C1b0||A0--G0A0||b0D0E0||F0--F0||b0--b0--b0A0||G0G0G0||C1--e1D1C1b0||b0A0F0||b0C1D1e1||F1--b0C1||D1e1C1||b0||
[]Rh  
daad||dadada||daaadaad||dadada||ddd||dadadaaa||daaadaad||dadada||daaadaaadaad||dadada||daaadaad||dadada||daaadd||dadadaaa||daaadaad||dadada||dadadd||dadada||daaadada||dadada||daaada||daadda||daaadaad||dadada||daaada||daaadaaadada||dadada||daaadadadada||dadadd||daaddada||daaadada||daadda||daaa--||



 ^


 Typo from 
'proog' corrected

Re: [guile-2.2] threads

[Han-Wen Nienhuys]

On Wed, Apr 5, 2017 at 8:17 PM, David Kastrup  wrote:
> Han-Wen Nienhuys  writes:
>
>> LilyPond has no thread-safety anywhere. It would be actively harmful
>> if anybody ever tried to run something on a different thread.
>
> The Boehm GC garbage collector defaults to running in its own thread.
> It is set to "Java" collection semantics which separates marking and
> finalization phases.

It's not about the garbage collection. It's about shared state. Consider

SCM l ; // global variable

void add(SCM val) {
  SCM new_head = scm_cons(val, l);
  l = new_head;
}

if you have two threads doing this without synchronization, there is
no guarantee on what you'll end up with. Most likely, one of the
updates would get lost, but I have seen thread-unsafe use of STL
hashmaps result in cyclical lists, for example, and I wouldn't be
surprised if that could happen here too.

Or imagine that two threads try to lookup a font by calling into
fontconfig at the same time. LilyPond has one global font-config
instance (see lily/font-config.cc), and fontconfig is not thread-safe.

>> If anything, you should find a way to forbid importing the threads
>> package.
>
> Not sure whether it isn't needed anyhow.

-- 
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwe

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: [guile-2.2] threads

[David Kastrup]

Han-Wen Nienhuys  writes:

> LilyPond has no thread-safety anywhere. It would be actively harmful
> if anybody ever tried to run something on a different thread.

The Boehm GC garbage collector defaults to running in its own thread.
It is set to "Java" collection semantics which separates marking and
finalization phases.

> If anything, you should find a way to forbid importing the threads
> package.

Not sure whether it isn't needed anyhow.

-- 
David Kastrup

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: [guile-2.2] threads

[Han-Wen Nienhuys]

LilyPond has no thread-safety anywhere. It would be actively harmful
if anybody ever tried to run something on a different thread. If
anything, you should find a way to forbid importing the threads
package.

On Sun, Mar 26, 2017 at 2:40 PM, Thomas Morley  wrote:
> Hi all,
>
> guile-2.2 prints a warning, if module (ice-9 threads) is not imported.
> (This does not happen with guile-1.8 or guile-2.0)
> Import (ice-9 threads) to have access to `call-with-new-thread'.
> Import (ice-9 threads) to have access to `current-thread'.
>
> As suggested by Arne Babenhauserheide from the guile-mailing list, in
> memory-trace.scm we could do something at the lines of
>
> ;; TODO if lilypond moves to guile-2.2 merge the next two settings
> (use-modules (lily)
>  (ice-9 format))
> (if guile-v2 (use-modules (ice-9 threads)))
>
> This would even be compatible with guile-1.8 (ofcourse one would do it
> with a little different coding)
>
> Though, I think we currently have no need for it. So importing (ice-9
> threads) would be pointless.
> If I'm right in this, would there be any other way to avoid this
> warning-messages?
>
>
> Cheers,
>   Harm
>
> ___
> lilypond-devel mailing list
> lilypond-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-devel



-- 
Han-Wen Nienhuys - hanw...@gmail.com - http://www.xs4all.nl/~hanwen

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Add scriptExceptions property/convenience functions (issue 324740043 by david.nales...@gmail.com)

[david . nalesnik]

On 2017/04/05 15:47:19, pkx166h wrote:

Do you want this tested?



I cannot see any tracker issue for this.



Or is this just some work-in-progress design before you have a patch

for testing

proper?



James


It's associated with Issue 4276.

It would be great if you could test this.

I do think that some discussion is in order over the relative merits of
this context-property approach vs. the tweaking approach linked to in
the description of 4276.

Thanks!

https://codereview.appspot.com/324740043/

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Add scriptExceptions property/convenience functions (issue 324740043 by david.nales...@gmail.com)

[pkx166h]

Do you want this tested?

I cannot see any tracker issue for this.

Or is this just some work-in-progress design before you have a patch for
testing proper?

James

https://codereview.appspot.com/324740043/

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Add guile-config-1.8 etc. searching (issue 320830043 by truer...@gmail.com)

[James]

On Wed, 5 Apr 2017 14:13:43 +0200
Marco Atzeri  wrote:

> On 05/04/2017 10:27, thomasmorle...@gmail.com wrote:
> > LGTM
> >
> > https://codereview.appspot.com/320830043/
> >  
> 
> Detection is fine, but another piece is missing (tested on 2.19.58) :

This is not current master.

2.19.58 was 'released' 9 days ago. We're now in the testing process
for what will be 2.19.59.

Also note that the Tracker state for this issue is in 'Review' -
implying that it passed all the basic checks (including a Reg test and
a full make doc).

https://sourceforge.net/p/testlilyissues/issues/5115

Regards

James



___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Add guile-config-1.8 etc. searching (issue 320830043 by truer...@gmail.com)

[Masamichi Hosoda]

> On 05/04/2017 10:27, thomasmorle...@gmail.com wrote:
>> LGTM
>>
>> https://codereview.appspot.com/320830043/
>>
> 
> Detection is fine, but another piece is missing (tested on 2.19.58) :
> 
> checking for guile... guile-1.8
> checking guile-1.8 version... 1.8.8
> checking for guile-1.8... guile-1.8
> checking for guile-1.8... /usr/bin/guile-1.8
> ...
> config.status: creating config.make
> config.status: creating config.hh
> 
> ERROR: Please install required programs: guile-config (guile-devel,
> guile-dev or libguile-dev package) GUILE-with-rational-bugfix
> 
> 
> Of course when both guile-config from 2.0.14 and guile-config-1.8 are
> present:
> 
> ERROR: Please install required programs: guile-config < 1.9.0
> (installed: 2.0.14) (guile-devel, guile-dev or libguile-dev package)
> GUILE-with-rational-bugfix

If I understand correctly, it has been fixed by the following commit.

http://git.savannah.gnu.org/gitweb/?p=lilypond.git;a=commit;h=e9ae1cb3b093498ccb9d5f7348c755a3243bbccc

It will be contained in the next release 2.19.59.

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Add guile-config-1.8 etc. searching (issue 320830043 by truer...@gmail.com)

[Marco Atzeri]

On 05/04/2017 10:27, thomasmorle...@gmail.com wrote:

LGTM

https://codereview.appspot.com/320830043/



Detection is fine, but another piece is missing (tested on 2.19.58) :

checking for guile... guile-1.8
checking guile-1.8 version... 1.8.8
checking for guile-1.8... guile-1.8
checking for guile-1.8... /usr/bin/guile-1.8
...
config.status: creating config.make
config.status: creating config.hh

ERROR: Please install required programs:  guile-config (guile-devel, 
guile-dev or libguile-dev package) GUILE-with-rational-bugfix



Of course when both guile-config from 2.0.14 and guile-config-1.8 are
present:

ERROR: Please install required programs:  guile-config < 1.9.0 
(installed: 2.0.14) (guile-devel, guile-dev or libguile-dev package) 
GUILE-with-rational-bugfix



Regards
Marco


___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Add guile-config-1.8 etc. searching (issue 320830043 by truer...@gmail.com)

[Carl . D . Sorensen]

LGTM.  And the reformatting is very nice.

Thanks

https://codereview.appspot.com/320830043/

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel

Add guile-config-1.8 etc. searching (issue 320830043 by truer...@gmail.com)

[thomasmorley65]

LGTM

https://codereview.appspot.com/320830043/

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel