From o.finnendahl at inm.mh-freiburg.de  Thu Aug  1 06:26:09 2013
From: o.finnendahl at inm.mh-freiburg.de (Orm Finnendahl)
Date: Thu, 1 Aug 2013 15:26:09 +0200
Subject: [CM] sndext.scm: open-sound problem
Message-ID: <20130801132609.GA21506@X1-orm>

Hi,

 trying to open a sound from an inferior-snd subprocess in emacs gives
the following error:

>(open-sound "/tmp/0-000.wav")
;channels argument 1, #<environment
  #<slot: result #<unspecified>>>, is an environment but should be a sound object, an integer (sound index), or #f
;    (> (channels snd) 1)

>

The sound opens, but functions containing this call will stop their
evaluation.

It worked before (like 1 year ago). I'm using the latest snd 13.8
(compiled from today's tarball) and loaded "extensions.scm" and
"selection.scm" from snd's src directory.

I tried to check this without emacs with a fresh snd process, typing
the command in the listener, but unfortuntely the opened sound
replaces the listener pane and I can't make the listener's prompt
reappear and check scheme's output...

--
Orm



From bil at ccrma.Stanford.EDU  Thu Aug  1 07:23:05 2013
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Thu, 1 Aug 2013 07:23:05 -0700
Subject: [CM] sndext.scm: open-sound problem
In-Reply-To: <20130801132609.GA21506@X1-orm>
References: <20130801132609.GA21506@X1-orm>
Message-ID: <20130801141953.M77500@ccrma.Stanford.EDU>

This is in gtk3, right?  I hadn't noticed the listener problem because
I always open it to start (and my main machine has gtk2)-- I will fix 
that bug, but in the meantime,
you can go to the View menu and select "open listener".  open-sound
does not call channels, so the problem is elsewhere -- please send
me the code you are evaluating.




From anders.vinjar at bek.no  Fri Aug  2 13:59:46 2013
From: anders.vinjar at bek.no (anders.vinjar at bek.no)
Date: Fri, 02 Aug 2013 22:59:46 +0200
Subject: [CM] slime cm-2.10 and ASDF
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<9F077E81-DD1D-4E26-B1CE-03C97870EC02@beds.ac.uk>
	<20130731094153.GA15597@seid-online.de>
	<7F1B3B33-7FE9-4315-95A0-DC87DC6BDF67@illinois.edu>
Message-ID: <87zjsz4xml.fsf@josefk.localdomain>

>>>>> "H" == Heinrich Taube writes:

    H> If you get this working i'd like to update the cm2 branch on
    H> sourceforge with the new file.

Using lispworks (32-bit) and loading cm.asd has been working for a while
in cm2 @ sourceforge (w. cm's own src/asdf.lisp).  This also worked on a
64-bit lw sometime around christmas.

Theres something with the asdf::*user-cache* in cm.asd, making the
compiled-files go to ~/.cache/common-lisp/{lisp-impl}... regardless of
the various finerys in cm.asd.  Most of these kinds can probably just be
left to asdf?

vs sbcl, i just checked with a standard package, which seemingly works
as excpected after changing:

    (sb-unix:unix-file-kind (namestring dir))
to
    (sb-impl::native-file-kind dir)

Theres another leftover in sbcl.lisp calling /bin/csh in the definition
of #'shell.  I doubt theres any reason to stay with csh now (?),
substituting /bin/sh at least calls a midiplayer in a convincing manner.

Ill commit both these sbcl-things (plus a naming-thing for 32-bits lw)
if nobody complains loudly.

-anders



From bil at ccrma.Stanford.EDU  Sat Aug  3 10:04:39 2013
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Sat, 3 Aug 2013 10:04:39 -0700
Subject: [CM] Snd 13.9
Message-ID: <20130803170304.M19269@ccrma.Stanford.EDU>

Snd 13.9:

sndlib now can be built by premake4, thanks to Rick.

added --with-audio switch to sndlib configure script.
  innumerable other changes to the configure stuff in snd, sndlib, libxm, clm.
  old switch --with-no-gui is now --without-gui.
  removed --with-just-gl, --enable-readline, snd-as-widget, 
          --with-motif-prefix and --with-ruby-prefix.
  Gtk is now the default GUI toolkit, not Motif.

  added make-config-pc.rb to Snd/tools, sndlib, libxm
    this is a script Mike Scholz wrote to create a ruby.pc file if
    your Ruby package omitted it by mistake.

  cload.scm: changed define-c-function to c-define.
  added libm.scm to dynamically load the math library functions.
        libgdbm.scm to load the gdbm library.
        libdl.scm for libdl.
        tools/gdb-s7.scm: some unfinished gdb hackery.

removed trap-segfault.

ported Snd to OpenIndiana (solaris).

checked: gtk 3.9.6|8|10, sbcl 1.1.9|10, gl2ps 1.3.8, Linux Mint 15 (Debian),
	 gsl 1.16.

Thanks!: Nando, Rick, Mike, Orm Finnendahl.



From j_hearon at hotmail.com  Sat Aug  3 10:34:56 2013
From: j_hearon at hotmail.com (James Hearon)
Date: Sat, 3 Aug 2013 17:34:56 +0000
Subject: [CM] grace, clm, s7, s-rate
In-Reply-To: <mailman.3.1375383601.13334.cmdist@ccrma.stanford.edu>
References: <mailman.3.1375383601.13334.cmdist@ccrma.stanford.edu>
Message-ID: <BLU168-W96192B6A7E6677EF4D8D11E5520@phx.gbl>

Hi,
Having some difficulty setting sample rate for clm insts in Grace.

Tried Menu/Audio/CLM Output Settings

also Audio Settings.

I'm using (load myinst.scm), then defining a process including (send "myinst" ...),
and finally (sprout (myprocess) :srate 48000), but it just defaults to 44100.

(with-sound (:srate 4800)) works fine, however.

Looked in cm/scm/sndlib-ws.scm which has (define *clm-srate* 44100).  Maybe
I need to change that 48000 and rebuild to set default to 48KHz?

Regards,
Jim
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130803/61132766/attachment.html>

From bil at ccrma.Stanford.EDU  Sat Aug  3 11:15:48 2013
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Sat, 3 Aug 2013 11:15:48 -0700
Subject: [CM] grace, clm, s7, s-rate
In-Reply-To: <BLU168-W96192B6A7E6677EF4D8D11E5520@phx.gbl>
References: <mailman.3.1375383601.13334.cmdist@ccrma.stanford.edu>
	<BLU168-W96192B6A7E6677EF4D8D11E5520@phx.gbl>
Message-ID: <20130803181427.M13291@ccrma.Stanford.EDU>

> Maybe I need to change that 48000 and rebuild to set default to 48KHz?

I doubt that is necessary.  Just add

(set! *clm-srate* 48000)

to myinst.scm or whatever your file is (so the set! happens after
loading sndlib-ws.scm), and with-sound should pick up the
new value.



From taube at illinois.edu  Sat Aug  3 10:52:37 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Sat, 3 Aug 2013 12:52:37 -0500
Subject: [CM] grace, clm, s7, s-rate
In-Reply-To: <BLU168-W96192B6A7E6677EF4D8D11E5520@phx.gbl>
References: <mailman.3.1375383601.13334.cmdist@ccrma.stanford.edu>
	<BLU168-W96192B6A7E6677EF4D8D11E5520@phx.gbl>
Message-ID: <F16ED8A3-76E1-400F-9CA6-A3B35724A7AE@illinois.edu>

could be a bug can you try using Audio>CLM Settings>48000
then eval *clm-srate*  and tell me if the variableis set correctly?
then sprout() without an :state  rage and tell me if the file was written with the 48000 sample rate
it may be that I'm screwing up the finish-clm stuff in the case of the scheduler



On Aug 3, 2013, at 12:34 PM, James Hearon <j_hearon at hotmail.com> wrote:

> Hi,
> Having some difficulty setting sample rate for clm insts in Grace.
> 
> Tried Menu/Audio/CLM Output Settings
> 
> also Audio Settings.
> 
> I'm using (load myinst.scm), then defining a process including (send "myinst" ...),
> and finally (sprout (myprocess) :srate 48000), but it just defaults to 44100.
> 
> (with-sound (:srate 4800)) works fine, however.
> 
> Looked in cm/scm/sndlib-ws.scm which has (define *clm-srate* 44100).  Maybe
> I need to change that 48000 and rebuild to set default to 48KHz?
> 
> Regards,
> Jim
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist




From j_hearon at hotmail.com  Sat Aug  3 17:17:49 2013
From: j_hearon at hotmail.com (James Hearon)
Date: Sun, 4 Aug 2013 00:17:49 +0000
Subject: [CM] Grace, clm, s7, srate
In-Reply-To: <mailman.1.1375556402.3765.cmdist@ccrma.stanford.edu>
References: <mailman.1.1375556402.3765.cmdist@ccrma.stanford.edu>
Message-ID: <BLU168-W441A9F080945281640A67E5530@phx.gbl>

Hi,

Using (set! *clm-srate* 48000), shows 48000 in the Grace console
but when I sprout, the console shows Srate: 44100.0 and 
resulting .wav file has a 44.1KHz, 16bit header.
Seems like :channels is working fine, however from sprout.
As written earlier, (with-sound (:srate 48000), etc. works
fine too.  
I'm having the same sprout problem for setting srate with 
Grace vers. 3.8 and 3.9.
Maybe I'm doing something wrong.
Regards,
Jim

(load "/home/Grace/insts/insectFM.scm")
(set! *clm-srate* 48000)
  
 
(define (myaccrit stop lb ub start-rhy fac)
  (process  for k = (between lb ub)
           for r = start-rhy then (* r fac)
           until (< r .01)
           until (>= (elapsed) stop)
           do
  (let ((locust '(0 0 40 1 95 1 100 .5))
    (bug_hi '(0 1 25 .7 75 .78 100 1))
    (amp    '(0 0 25 1 75 .7 100 0)))
    (send "fm-insect"  (elapsed) r k  .5 amp 60 -16.707 locust 500.866 bug_hi  .346  .500 )
           (wait r) ))
  )
 
(sprout (myaccrit  10 200 1295 .01 1.5) "Mywave.wav" :channels 1 :srate 48000)


 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130804/0c83409b/attachment.html>

From bil at ccrma.Stanford.EDU  Sat Aug  3 17:43:35 2013
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Sat, 3 Aug 2013 17:43:35 -0700
Subject: [CM] Grace, clm, s7, srate
In-Reply-To: <BLU168-W441A9F080945281640A67E5530@phx.gbl>
References: <mailman.1.1375556402.3765.cmdist@ccrma.stanford.edu>
	<BLU168-W441A9F080945281640A67E5530@phx.gbl>
Message-ID: <20130804003933.M97730@ccrma.Stanford.EDU>

I wonder if the srate setting fell out of init-with-sound?
I'd try inserting the line

    (set! (mus-srate) srate)

just before

    (if output-to-file

in init-with-sound (around line 341).



From taube at illinois.edu  Sun Aug  4 05:29:15 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Sun, 4 Aug 2013 07:29:15 -0500
Subject: [CM] Grace, clm, s7, srate
In-Reply-To: <20130804003933.M97730@ccrma.Stanford.EDU>
References: <mailman.1.1375556402.3765.cmdist@ccrma.stanford.edu>
	<BLU168-W441A9F080945281640A67E5530@phx.gbl>
	<20130804003933.M97730@ccrma.Stanford.EDU>
Message-ID: <BE3814F1-AB84-4024-98B1-26C3E23AB2DC@illinois.edu>

this doesnt seen to help, ill poke around and try to see whats going on. 
On Aug 3, 2013, at 7:43 PM, Bill Schottstaedt <bil at ccrma.Stanford.EDU> wrote:

>  (set! (mus-srate) srate)



From taube at illinois.edu  Sun Aug  4 05:36:24 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Sun, 4 Aug 2013 07:36:24 -0500
Subject: [CM] Grace, clm, s7, srate
In-Reply-To: <20130804003933.M97730@ccrma.Stanford.EDU>
References: <mailman.1.1375556402.3765.cmdist@ccrma.stanford.edu>
	<BLU168-W441A9F080945281640A67E5530@phx.gbl>
	<20130804003933.M97730@ccrma.Stanford.EDU>
Message-ID: <E069C5E0-BA57-4222-A719-19C528B970A0@illinois.edu>

actually i think its ok -- its probably legacy code of mine thats trying to report what the values in the sound file are after its written

On Aug 3, 2013, at 7:43 PM, Bill Schottstaedt <bil at ccrma.Stanford.EDU> wrote:

>  (set! (mus-srate) srate)




From taube at illinois.edu  Sun Aug  4 11:19:38 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Sun, 4 Aug 2013 13:19:38 -0500
Subject: [CM] Grace, clm, s7, srate
In-Reply-To: <BLU168-W441A9F080945281640A67E5530@phx.gbl>
References: <mailman.1.1375556402.3765.cmdist@ccrma.stanford.edu>
	<BLU168-W441A9F080945281640A67E5530@phx.gbl>
Message-ID: <3972763E-D315-4490-973A-FE01BB844C6B@illinois.edu>

On Aug 3, 2013, at 7:17 PM, James Hearon <j_hearon at hotmail.com> wrote:

> Hi,
> 
> Using (set! *clm-srate* 48000), shows 48000 in the Grace console
> but when I sprout, the console shows Srate: 44100.0 and 
> resulting .wav file has a 44.1KHz, 16bit header

I have this fixed, it'll be in the next beta hopefully tomorrow.

btw in your example you will want to pass  (elapsed #t) to a clm instrument  not (elapsed). the difference is that (elapsed #t) returns the absolute score time rather than the (relative) time elapsed since the process started.

also clm instruments are functions so I would just do

(fm-insect  (elapsed #t) r k  .5 amp 60 -16.707 locust 500.866 bug_hi  .346  .500 ) 

rather than

(send "fm-insect"  (elapsed ) r k  .5 amp 60 -16.707 locust 500.866 bug_hi  .346  .500 ) 

send  works but calling functions is easier -- in the next release the dictionary and example files will just call functions.




From taube at illinois.edu  Mon Aug  5 04:15:15 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Mon, 5 Aug 2013 06:15:15 -0500
Subject: [CM] beta3 (osc, backtrace, etc)
Message-ID: <F3FC3CC6-5CF7-4189-A43B-9EFA0A460E57@illinois.edu>

a new beta of cm3.9.0 is available

mac:
	http://camil.music.illinois.edu/software/grace/Grace-3.9.0-beta3-osx.zip
win:
	http://camil.music.illinois.edu/software/grace/Grace-3.9.0-beta3-win32.zip
src:
	http://camil.music.illinois.edu/software/grace/cm-3.9.0-beta3.zip

1 error handler now includes s7's stacktrace so you get some useful information about functions and variable values when you hit an error. thank you bill! ( if you don't like debugging help you can turn it off in the Eval menu)
2  completely refactored cm's OSC code so it can use implementations  other than liblo.
3  osc connections now shown in the audio menu and are managed like the midi connections 
4 rewrote osc examples  (scheme and sal) to use supercollider 3.5 as the example app and added more about receive
5 fixed bug that mis-reported sample rate  for clm, added a few more items in the report.
6. audiofile player now provides information about the sound files it plays -- hover your mouse over the little "?" icon at the bottom of the player and the info will pop up . the player currently handles wav and aiff.
7. fixed typos in doc, started example files house cleaning

if you build from svn be sure to delete your existing sndlib folder so it'll pull the latest sndlib with bill's stack tracing additions.




From taube at illinois.edu  Mon Aug  5 05:31:15 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Mon, 5 Aug 2013 07:31:15 -0500
Subject: [CM] beta3 (osc, backtrace, etc)
In-Reply-To: <F3FC3CC6-5CF7-4189-A43B-9EFA0A460E57@illinois.edu>
References: <F3FC3CC6-5CF7-4189-A43B-9EFA0A460E57@illinois.edu>
Message-ID: <3057C396-4179-4CE6-96F7-8894DE3B2A49@illinois.edu>

> ...the player currently handles wav and aiff.

actually its a bit more complicated than that. the player actually plays .snd  files  (e.g. that make-birds generates) on osx but it won't  on linux.  on the mac the audio info for the file lists it as a Core Music supported format. So it plays on osx even tho there is no explicit reader for .snd but on linux it won't play because no one has provided a reader and there is no fallback support from the os




From jwmatthys at yahoo.com  Mon Aug  5 19:30:37 2013
From: jwmatthys at yahoo.com (Joel Matthys)
Date: Mon, 05 Aug 2013 22:30:37 -0400
Subject: [CM] beta3 (osc, backtrace, etc)
In-Reply-To: <F3FC3CC6-5CF7-4189-A43B-9EFA0A460E57@illinois.edu>
References: <F3FC3CC6-5CF7-4189-A43B-9EFA0A460E57@illinois.edu>
Message-ID: <52005FCD.4040607@yahoo.com>

Building from source, I get this error:

=== Configuring Sndlib ====
premake4 --with-g++
/home/jwmatthys/Audio/new-cm/sndlib/premake4.lua:95: attempt to call 
field 'is64bit' (a nil value)

I get this on both 32bit and 64bit Ubuntu.

Joel

On 08/05/2013 07:15 AM, Heinrich Taube wrote:
> a new beta of cm3.9.0 is available
>
> mac:
> 	http://camil.music.illinois.edu/software/grace/Grace-3.9.0-beta3-osx.zip
> win:
> 	http://camil.music.illinois.edu/software/grace/Grace-3.9.0-beta3-win32.zip
> src:
> 	http://camil.music.illinois.edu/software/grace/cm-3.9.0-beta3.zip
>
> 1 error handler now includes s7's stacktrace so you get some useful information about functions and variable values when you hit an error. thank you bill! ( if you don't like debugging help you can turn it off in the Eval menu)
> 2  completely refactored cm's OSC code so it can use implementations  other than liblo.
> 3  osc connections now shown in the audio menu and are managed like the midi connections
> 4 rewrote osc examples  (scheme and sal) to use supercollider 3.5 as the example app and added more about receive
> 5 fixed bug that mis-reported sample rate  for clm, added a few more items in the report.
> 6. audiofile player now provides information about the sound files it plays -- hover your mouse over the little "?" icon at the bottom of the player and the info will pop up . the player currently handles wav and aiff.
> 7. fixed typos in doc, started example files house cleaning
>
> if you build from svn be sure to delete your existing sndlib folder so it'll pull the latest sndlib with bill's stack tracing additions.
>
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>



From jwmatthys at yahoo.com  Mon Aug  5 19:36:22 2013
From: jwmatthys at yahoo.com (Joel Matthys)
Date: Mon, 05 Aug 2013 22:36:22 -0400
Subject: [CM] beta3 (osc, backtrace, etc)
In-Reply-To: <F3FC3CC6-5CF7-4189-A43B-9EFA0A460E57@illinois.edu>
References: <F3FC3CC6-5CF7-4189-A43B-9EFA0A460E57@illinois.edu>
Message-ID: <52006126.5090101@yahoo.com>

Never mind, solved it by updating to premake4.4.

Joel

On 08/05/2013 07:15 AM, Heinrich Taube wrote:
> a new beta of cm3.9.0 is available
>
> mac:
> 	http://camil.music.illinois.edu/software/grace/Grace-3.9.0-beta3-osx.zip
> win:
> 	http://camil.music.illinois.edu/software/grace/Grace-3.9.0-beta3-win32.zip
> src:
> 	http://camil.music.illinois.edu/software/grace/cm-3.9.0-beta3.zip
>
> 1 error handler now includes s7's stacktrace so you get some useful information about functions and variable values when you hit an error. thank you bill! ( if you don't like debugging help you can turn it off in the Eval menu)
> 2  completely refactored cm's OSC code so it can use implementations  other than liblo.
> 3  osc connections now shown in the audio menu and are managed like the midi connections
> 4 rewrote osc examples  (scheme and sal) to use supercollider 3.5 as the example app and added more about receive
> 5 fixed bug that mis-reported sample rate  for clm, added a few more items in the report.
> 6. audiofile player now provides information about the sound files it plays -- hover your mouse over the little "?" icon at the bottom of the player and the info will pop up . the player currently handles wav and aiff.
> 7. fixed typos in doc, started example files house cleaning
>
> if you build from svn be sure to delete your existing sndlib folder so it'll pull the latest sndlib with bill's stack tracing additions.
>
>
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>



From ahcnz at orcon.net.nz  Mon Aug  5 19:53:36 2013
From: ahcnz at orcon.net.nz (adam)
Date: Tue, 06 Aug 2013 14:53:36 +1200
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
Message-ID: <1375757616.8024.47.camel@ahc>

-----Original Message-----
From: Heinrich Taube <taube at illinois.edu>
To: R. Mattes <rm at mh-freiburg.de>
Cc: Orm Finnendahl <o.finnendahl at mh-freiburg.de>, adam
<ahcnz at orcon.net.nz>, cmdist at ccrma.Stanford.EDU
Subject: Re: [CM] slime cm-2.10 and ASDF
Date: Tue, 30 Jul 2013 15:16:12 -0500

> There is no such thing as "slime's asdf". Slime sends and receives


what i was trying to say is the asdf in question does not seem to be cm2's asdf, the error is happening under the compilation of slime/swank files, not cm files. if i were installing now i would certainly be using quicklisp

;; Error while compiling /home/ara/adm/slime-2013-04-05/contrib/swank-asdf.lisp:
;;   Your ASDF is too old. The oldest version supported by swank-asdf
is 
2.014.6.
;; Aborting.
;; 



I'm sorry to be a pest, gentlemen. 

After setting up sbcl with Quicklisp, and setting the 
environment variable,
$ export CM_RUNTIME=sbcl

Running  cm.sh  of CM-2.10 fails with the error below. 

I can supply further information if required. While I can't seem 
to find the sbcl Implementation Notes, I have established that 
UNIX-FILE-KIND is not mentioned in the sbcl manual. Indeed it 
seems to be a reoccurring problem for sbcl. 
 
If anyone can recommend the best fix or patch for this, then 
much appreciated. 






--- at ---:~/cm210/bin$ . cm.sh

debugger invoked on a SB-C::INPUT-ERROR-IN-COMPILE-FILE in thread
#<THREAD "initial thread" RUNNING {AAF2AC1}>:
  READ failure in COMPILE-FILE:
    Symbol "UNIX-FILE-KIND" not found in the SB-UNIX package.

      Line: 115, Column: 47, File-Position: 4277

      Stream: #<SB-SYS:FD-STREAM for "file /home/cm210/cm.asd"
                {C3A0EC1}>

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.





From anders.vinjar at bek.no  Tue Aug  6 00:32:28 2013
From: anders.vinjar at bek.no (anders.vinjar at bek.no)
Date: Tue, 06 Aug 2013 09:32:28 +0200
Subject: [CM] slime cm-2.10 and ASDF
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
Message-ID: <871u672s1f.fsf@josefk.localdomain>


    a> I have established that UNIX-FILE-KIND is not mentioned in the
    a> sbcl manual. Indeed it seems to be a reoccurring problem for
    a> sbcl.
 
    a> If anyone can recommend the best fix or patch for this, then much
    a> appreciated.

#'sb-unix:unix-file-kind  changed to #'sb-impl::native-file-kind some
years ago.

Easiest thing is to get updated sources for cm2 from svn, some updates
are done from time to time.

-anders



From rm at seid-online.de  Tue Aug  6 03:10:56 2013
From: rm at seid-online.de (Ralf Mattes)
Date: Tue, 6 Aug 2013 12:10:56 +0200
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <871u672s1f.fsf@josefk.localdomain>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc> <871u672s1f.fsf@josefk.localdomain>
Message-ID: <20130806101056.GA17288@seid-online.de>

On Tue, Aug 06, 2013 at 09:32:28AM +0200, anders.vinjar at bek.no wrote:
> 
>     a> I have established that UNIX-FILE-KIND is not mentioned in the
>     a> sbcl manual. Indeed it seems to be a reoccurring problem for
>     a> sbcl.
>  
>     a> If anyone can recommend the best fix or patch for this, then much
>     a> appreciated.
> 
> #'sb-unix:unix-file-kind  changed to #'sb-impl::native-file-kind some
> years ago.
> 
> Easiest thing is to get updated sources for cm2 from svn, some updates
> are done from time to time.

Yes, I changed this in my version of cm.asd as well (which I mailed to the OP).
But in general, I think the asdf definition needs some serious overhaul (since
it won't work with asdf3, which is allready the build-in asdf of some lisps).
To be done: 

 * factor out the scheme->lisp compilation into a seperate asdf system. Such a
   system can then be used as a build-dependency of cm (pretty much what cffi-grovel
   et al. do).

 * I'd suggest removing the code that does image/application creation. Not only is
   it overly complex, it also relies on hardcoded build dependencies ("csh? are you
   kiddin' - that's so 1980ish :-) - i.e .recent asdf does provide a portable way to
   invoke shell commands. Iff there's still some need for cm-images/apps it would 
   be better to create a separate lisp file that provides something like
     (cm:build-application :name "my-cm" (:use :cmn :fomus))
   But I think it's probably better/easier to leave image/app creation to the 
   dedicated tools allready arround. With SBCL I just need to do:

  $ buildapp --output cm --load ~/quicklisp/setup.lisp \
             --load-system cm2 \
             --eval "(push #'cm sb-ext:*init-hooks*)"
  
  BTW, I don't suggest this out of purely software-design reasons - cm.asd tries to
  build the application/cm.sh in <cmdir>/bin. But this location might not be writeable
  in some installations (think: shared code linked into the local asdf repository/quicklisp
  local projects tree. Or, installation on a live system, where only the home directory is
  writeable ...).

 What do you think?

 Cheers, RalfD

  
> -anders
> 
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From taube at illinois.edu  Tue Aug  6 04:36:31 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Tue, 6 Aug 2013 06:36:31 -0500
Subject: [CM] beta3 (osc, backtrace, etc)
In-Reply-To: <52005FCD.4040607@yahoo.com>
References: <F3FC3CC6-5CF7-4189-A43B-9EFA0A460E57@illinois.edu>
	<52005FCD.4040607@yahoo.com>
Message-ID: <4F6386CA-96B0-4FFB-863A-A96774D9EBA8@illinois.edu>

you need to be using the latest premake4 (versions 4..4-beta4 )
get it here:

	http://industriousone.com/premake/download

On Aug 5, 2013, at 9:30 PM, Joel Matthys <jwmatthys at yahoo.com> wrote:

> Building from source, I get this error:
> 
> === Configuring Sndlib ====
> premake4 --with-g++
> /home/jwmatthys/Audio/new-cm/sndlib/premake4.lua:95: attempt to call 
> field 'is64bit' (a nil value)
> 
> I get this on both 32bit and 64bit Ubuntu.
> 
> Joel
> 
> On 08/05/2013 07:15 AM, Heinrich Taube wrote:
>> a new beta of cm3.9.0 is available
>> 
>> mac:
>> 	http://camil.music.illinois.edu/software/grace/Grace-3.9.0-beta3-osx.zip
>> win:
>> 	http://camil.music.illinois.edu/software/grace/Grace-3.9.0-beta3-win32.zip
>> src:
>> 	http://camil.music.illinois.edu/software/grace/cm-3.9.0-beta3.zip
>> 
>> 1 error handler now includes s7's stacktrace so you get some useful information about functions and variable values when you hit an error. thank you bill! ( if you don't like debugging help you can turn it off in the Eval menu)
>> 2  completely refactored cm's OSC code so it can use implementations  other than liblo.
>> 3  osc connections now shown in the audio menu and are managed like the midi connections
>> 4 rewrote osc examples  (scheme and sal) to use supercollider 3.5 as the example app and added more about receive
>> 5 fixed bug that mis-reported sample rate  for clm, added a few more items in the report.
>> 6. audiofile player now provides information about the sound files it plays -- hover your mouse over the little "?" icon at the bottom of the player and the info will pop up . the player currently handles wav and aiff.
>> 7. fixed typos in doc, started example files house cleaning
>> 
>> if you build from svn be sure to delete your existing sndlib folder so it'll pull the latest sndlib with bill's stack tracing additions.
>> 
>> 
>> _______________________________________________
>> Cmdist mailing list
>> Cmdist at ccrma.stanford.edu
>> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>> 
> 
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist




From Jean-Paul.ROY at unice.fr  Tue Aug  6 04:01:53 2013
From: Jean-Paul.ROY at unice.fr (Jean-Paul.ROY at unice.fr)
Date: Tue, 6 Aug 2013 13:01:53 +0200
Subject: [CM] beta3 (osc, backtrace, etc)
Message-ID: <70A6ECD0-A04B-4648-96B1-85EF065B427B@unice.fr>

The Scheme example "Fomus" complains it can't find Fomus.ly file?
Where may I download it ?
Thanks,

   -jpr




From rm at mh-freiburg.de  Tue Aug  6 02:03:24 2013
From: rm at mh-freiburg.de (R. Mattes)
Date: Tue, 6 Aug 2013 11:03:24 +0200
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <1375757616.8024.47.camel@ahc>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
Message-ID: <20130806085358.M7575@mh-freiburg.de>

On Tue, 06 Aug 2013 14:53:36 +1200, adam wrote
>
> I'm sorry to be a pest, gentlemen.

You aren't. That's what this list is for.

> After setting up sbcl with Quicklisp, and setting the
> environment variable,
> $ export CM_RUNTIME=sbcl
>
> Running  cm.sh  of CM-2.10 fails with the error below.
>
> I can supply further information if required. While I can't seem
> to find the sbcl Implementation Notes, I have established that
> UNIX-FILE-KIND is not mentioned in the sbcl manual. Indeed it
> seems to be a reoccurring problem for sbcl.
>
> If anyone can recommend the best fix or patch for this, then
> much appreciated.

As a quick fix, just replace the file cm.asd in your cm-directory
with the one in the attachment.
BTW, I find it way more convenient to use CM like this:

 - create a symboli link from you cm-directory into ~/quicklisp/local-projects [1]

 - start your lisp of choice and enter:

  (ql:quickload :cm)
  (cm)

HTH RalfD

[1] on Linux, do:

 $ ln -s /where/you/installed/cm/ ~/quicklisp/local-projects/


--
R. Mattes -
Hochschule fuer Musik Freiburg
rm at inm.mh-freiburg.de

-------------- next part --------------
A non-text attachment was scrubbed...
Name: cm.asd
Type: application/octet-stream
Size: 23951 bytes
Desc: not available
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130806/5c190afb/attachment.obj>

From taube at illinois.edu  Tue Aug  6 04:58:02 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Tue, 6 Aug 2013 06:58:02 -0500
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <20130806085358.M7575@mh-freiburg.de>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
Message-ID: <B1C3AB9F-8F22-4178-A2C0-6E91BF402E42@illinois.edu>

Ralf the file you sent didn't make it through the spam-filter at my university :)
anders has write privileges in the cm repo so once something is really working maybe we can make a release tarball on that branch

On Aug 6, 2013, at 4:03 AM, "R. Mattes" <rm at mh-freiburg.de> wrote:

> <cm.txt>




From taube at illinois.edu  Tue Aug  6 05:27:30 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Tue, 6 Aug 2013 07:27:30 -0500
Subject: [CM] beta3 (osc, backtrace, etc)
In-Reply-To: <70A6ECD0-A04B-4648-96B1-85EF065B427B@unice.fr>
References: <70A6ECD0-A04B-4648-96B1-85EF065B427B@unice.fr>
Message-ID: <C9E0636C-421D-4144-B1E6-E21EC23A61CB@illinois.edu>

I can generate the fomus examples ..

did you install Fomus on your machine? 
do you see Fomus listed in the console when grace starts up? it should show something like 
	FOMUS 0.1.19-alpha-rc2 (c) 2013 David Psenicka
if not,  you need to include fomus support in the build:
	premake4 --with-fomus=/usr/local   ?


On Aug 6, 2013, at 6:01 AM, <Jean-Paul.ROY at unice.fr> wrote:

> The Scheme example "Fomus" complains it can't find Fomus.ly file?
> Where may I download it ?
> Thanks,
> 
>   -jpr
> 
> 
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist




From andersvi at notam02.no  Tue Aug  6 07:27:39 2013
From: andersvi at notam02.no (andersvi at notam02.no)
Date: Tue, 06 Aug 2013 16:27:39 +0200
Subject: [CM] slime cm-2.10 and ASDF
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc> <20130806085358.M7575@mh-freiburg.de>
	<B1C3AB9F-8F22-4178-A2C0-6E91BF402E42@illinois.edu>
Message-ID: <87d2pqsxlw.fsf@josefk.localdomain>

Ralf, the changes you provided are merged into commonmusic/cm.asd.

Checked w. sbcl ("1.1.8-2.fc19") and lw ("6.1.1", 32-bits) on a linux
box.

    H> so once something is really working maybe we can make a release
    H> tarball on that branch

"really working (TM)" - sounds good indeed!



From taube at illinois.edu  Tue Aug  6 09:05:28 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Tue, 6 Aug 2013 11:05:28 -0500
Subject: [CM] beta3 (osc, backtrace, etc)
In-Reply-To: <E1CB3570-F4EF-493B-BA22-1C2381DB0B06@unice.fr>
References: <70A6ECD0-A04B-4648-96B1-85EF065B427B@unice.fr>
	<C9E0636C-421D-4144-B1E6-E21EC23A61CB@illinois.edu>
	<E1CB3570-F4EF-493B-BA22-1C2381DB0B06@unice.fr>
Message-ID: <F47F261F-66C7-4BA2-8F40-F3D3D4B4D245@illinois.edu>


On Aug 6, 2013, at 10:36 AM, <Jean-Paul.ROY at unice.fr> wrote:

> By the way, I didn't use premake4, Fomus was immediately recognized by Grace?

oh then maybe you don't have lilypond installed on your machine? if not, you can output fomus to files that end with ".xml" and it will write MusicXml files that they can open in Sibelius, Finale or possibly MuseScore.  just change the output file extension from .ly to .xml i.e. change "fomus1.ly" to  "fomus1.xml"


> Do you know an elementary exposition of Grace used with Scheme. I would like to send some Scheme students on a discovery project on that. Simple enough for people not knowing music (I only teach them the basics of synth with PureData) ?


there are some scheme examples in the Help>Scheme>Examples  and am actually in process of converting ALL my Sal Examples into equivalent Scheme examples...

but if these students know scheme then..well.. all of CLM and cm are scheme.  have them try this:

1. Command-N to open a new scheme editor
2 paste these two lines in that window and evaluate each  line in turn (put cursor and end of each line and hit Command-Return)

(load "bird.scm")
(make-birds )

once you eval (make-birds) wait about 2 seconds and  the audio file player will open and they can listed to 1.5 minutes of Bill's wonderful additive synthesis birds. Ive been listening to them for 20 years, always with a big smile.  They can used Audio>CLM Instrument Browser   to explore all of CLMs   instruments (find bird and big bird in that browser for example.  some of  clams instruments are really useful,  be sure to check out grani...



> 
>   -jpr
> 
> Le 6 ao?t 2013 ? 14:27, Heinrich Taube <taube at illinois.edu> a ?crit :
> 
>> I can generate the fomus examples ..
>> 
>> did you install Fomus on your machine? 
>> do you see Fomus listed in the console when grace starts up? it should show something like 
>> 	FOMUS 0.1.19-alpha-rc2 (c) 2013 David Psenicka
>> if not,  you need to include fomus support in the build:
>> 	premake4 --with-fomus=/usr/local   ?
>> 
>> 
>> On Aug 6, 2013, at 6:01 AM, <Jean-Paul.ROY at unice.fr> wrote:
>> 
>>> The Scheme example "Fomus" complains it can't find Fomus.ly file?
>>> Where may I download it ?
>>> Thanks,
>>> 
>>> -jpr
>>> 
>>> 
>>> _______________________________________________
>>> Cmdist mailing list
>>> Cmdist at ccrma.stanford.edu
>>> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>> 
>> 
> 




From torsten.anders at beds.ac.uk  Tue Aug  6 10:17:02 2013
From: torsten.anders at beds.ac.uk (Torsten Anders)
Date: Tue, 6 Aug 2013 18:17:02 +0100
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <20130806085358.M7575@mh-freiburg.de>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
Message-ID: <1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>

Dear Ralf,

Thanks for sharing your cm.asd file. 

I could load this file into Lisp Works, more specifically as a library into the free PWGL application (http://www2.siba.fi/pwgl/downloads.html). So, in principle this would allow to use PWGL (e.g., its score editors and break-point functions etc.) alongside CM2, which would be great. 

However, after loading I noticed that PWGL became unusably slow. Usually, whenever PWGL loads a library all sources are automatically compiled (resulting in *. clufasl files). For some reason, this is not the case after loading your cm.asd file. So, I had a look at that file and noticed that it contains much much more than the *.asd files I saw before (which usually consist of a single asdf:defsystem call. So, it is a bit difficult to figure out why the sources are not compiled. 

However, I noticed that in the asdf:defsystem call, most files are called with :scheme set to T. Why is that? After all, there are *.lisp versions of these files as well?

Thanks! 

For completeness, here are two further minor changes I had to make before I could load CM as a PWGL library. 
  - Renaming the file cm.asd into cm2.asd (the name of the system defined with asdf:defsystem).
  - The next error then said "Cannot load this library because Scheme source <PathToCM2>/src/gluplot.scm not found". The  CM tar ball version 2.10.0 I just downloaded from http://sourceforge.net/projects/commonmusic/files/cm/ does not contain this file. Luckily I had this file still somewhere else, but perhaps the tar ball should be updated? 

Best wishes,
Torsten

On 6 Aug 2013, at 10:03, R. Mattes <rm at mh-freiburg.de> wrote:
> On Tue, 06 Aug 2013 14:53:36 +1200, adam wrote
>> 
>> I'm sorry to be a pest, gentlemen.
> 
> You aren't. That's what this list is for.
> 
>> After setting up sbcl with Quicklisp, and setting the
>> environment variable,
>> $ export CM_RUNTIME=sbcl
>> 
>> Running  cm.sh  of CM-2.10 fails with the error below.
>> 
>> I can supply further information if required. While I can't seem
>> to find the sbcl Implementation Notes, I have established that
>> UNIX-FILE-KIND is not mentioned in the sbcl manual. Indeed it
>> seems to be a reoccurring problem for sbcl.
>> 
>> If anyone can recommend the best fix or patch for this, then
>> much appreciated.
> 
> As a quick fix, just replace the file cm.asd in your cm-directory
> with the one in the attachment.
> BTW, I find it way more convenient to use CM like this:
> 
> - create a symboli link from you cm-directory into ~/quicklisp/local-projects [1]
> 
> - start your lisp of choice and enter:
> 
>  (ql:quickload :cm)
>  (cm)
> 
> HTH RalfD
> 
> [1] on Linux, do:
> 
> $ ln -s /where/you/installed/cm/ ~/quicklisp/local-projects/
> 
> 
> --
> R. Mattes -
> Hochschule fuer Musik Freiburg
> rm at inm.mh-freiburg.de
> 
> <cm.asd>_______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist




From torsten.anders at beds.ac.uk  Tue Aug  6 10:18:10 2013
From: torsten.anders at beds.ac.uk (Torsten Anders)
Date: Tue, 6 Aug 2013 18:18:10 +0100
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
Message-ID: <564160B0-3B25-4F83-A319-D6B25E6DE18D@beds.ac.uk>

> I could load this file into Lisp Works, more specifically as a library into the free PWGL application 

I meant, I loaded CM2 with this file ...

Best wishes,
Torsten

--
Dr Torsten Anders
Course Leader, Music Technology
University of Bedfordshire
Park Square, Room A315
http://www.torsten-anders.de



On 6 Aug 2013, at 18:17, Torsten Anders <torsten.anders at beds.ac.uk> wrote:

> Dear Ralf,
> 
> Thanks for sharing your cm.asd file. 
> 
> I could load this file into Lisp Works, more specifically as a library into the free PWGL application (http://www2.siba.fi/pwgl/downloads.html). So, in principle this would allow to use PWGL (e.g., its score editors and break-point functions etc.) alongside CM2, which would be great. 
> 
> However, after loading I noticed that PWGL became unusably slow. Usually, whenever PWGL loads a library all sources are automatically compiled (resulting in *. clufasl files). For some reason, this is not the case after loading your cm.asd file. So, I had a look at that file and noticed that it contains much much more than the *.asd files I saw before (which usually consist of a single asdf:defsystem call. So, it is a bit difficult to figure out why the sources are not compiled. 
> 
> However, I noticed that in the asdf:defsystem call, most files are called with :scheme set to T. Why is that? After all, there are *.lisp versions of these files as well?
> 
> Thanks! 
> 
> For completeness, here are two further minor changes I had to make before I could load CM as a PWGL library. 
>  - Renaming the file cm.asd into cm2.asd (the name of the system defined with asdf:defsystem).
>  - The next error then said "Cannot load this library because Scheme source <PathToCM2>/src/gluplot.scm not found". The  CM tar ball version 2.10.0 I just downloaded from http://sourceforge.net/projects/commonmusic/files/cm/ does not contain this file. Luckily I had this file still somewhere else, but perhaps the tar ball should be updated? 
> 
> Best wishes,
> Torsten
> 
> On 6 Aug 2013, at 10:03, R. Mattes <rm at mh-freiburg.de> wrote:
>> On Tue, 06 Aug 2013 14:53:36 +1200, adam wrote
>>> 
>>> I'm sorry to be a pest, gentlemen.
>> 
>> You aren't. That's what this list is for.
>> 
>>> After setting up sbcl with Quicklisp, and setting the
>>> environment variable,
>>> $ export CM_RUNTIME=sbcl
>>> 
>>> Running  cm.sh  of CM-2.10 fails with the error below.
>>> 
>>> I can supply further information if required. While I can't seem
>>> to find the sbcl Implementation Notes, I have established that
>>> UNIX-FILE-KIND is not mentioned in the sbcl manual. Indeed it
>>> seems to be a reoccurring problem for sbcl.
>>> 
>>> If anyone can recommend the best fix or patch for this, then
>>> much appreciated.
>> 
>> As a quick fix, just replace the file cm.asd in your cm-directory
>> with the one in the attachment.
>> BTW, I find it way more convenient to use CM like this:
>> 
>> - create a symboli link from you cm-directory into ~/quicklisp/local-projects [1]
>> 
>> - start your lisp of choice and enter:
>> 
>> (ql:quickload :cm)
>> (cm)
>> 
>> HTH RalfD
>> 
>> [1] on Linux, do:
>> 
>> $ ln -s /where/you/installed/cm/ ~/quicklisp/local-projects/
>> 
>> 
>> --
>> R. Mattes -
>> Hochschule fuer Musik Freiburg
>> rm at inm.mh-freiburg.de
>> 
>> <cm.asd>_______________________________________________
>> Cmdist mailing list
>> Cmdist at ccrma.stanford.edu
>> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
> 




From j_hearon at hotmail.com  Tue Aug  6 10:25:55 2013
From: j_hearon at hotmail.com (James Hearon)
Date: Tue, 6 Aug 2013 17:25:55 +0000
Subject: [CM] Grace beta3
In-Reply-To: <mailman.886.1375790491.26552.cmdist@ccrma.stanford.edu>
References: <mailman.886.1375790491.26552.cmdist@ccrma.stanford.edu>
Message-ID: <BLU168-W101862EA8077CC31C5CD843E55D0@phx.gbl>


Hi,
re:
src:
 http://camil.music.illinois.edu/software/grace/cm-3.9.0-beta3.zip

Tried premake4.4 on f19, and still get the build error.

==== Building s7 (debug) ====
Running pre-build commands
res/bin/sndlib.sh
=== Configuring Sndlib ====
premake4 --with-g++
/opt/cm/sndlib/premake4.lua:95: attempt to call field 'is64bit' (a nil value)
=== Making Sndlib ====
make[2]: *** No targets specified and no makefile found.  Stop.
Linking s7
/usr/bin/ld: cannot find -lsndlib
collect2: error: ld returned 1 exit status


Regards,
Jim
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130806/014d4efa/attachment.html>

From torsten.anders at beds.ac.uk  Tue Aug  6 10:52:42 2013
From: torsten.anders at beds.ac.uk (Torsten Anders)
Date: Tue, 6 Aug 2013 18:52:42 +0100
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <564160B0-3B25-4F83-A319-D6B25E6DE18D@beds.ac.uk>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<564160B0-3B25-4F83-A319-D6B25E6DE18D@beds.ac.uk>
Message-ID: <D9603EFE-6402-4E12-ACF2-E256C5AC9443@beds.ac.uk>

I meanwhile found out that loading CM into the free PWGL application causes a stack overflow. The stack overflow does not happen directly when loading CM, but after that whenever some computation is attempted, which results in the perceived slow-down of the system. 

Not sure whether this can be overcome by actually compiling CM first... 

Best wishes,
Torsten

--
Dr Torsten Anders
Course Leader, Music Technology
University of Bedfordshire
Park Square, Room A315
http://www.torsten-anders.de



On 6 Aug 2013, at 18:18, Torsten Anders <torsten.anders at beds.ac.uk> wrote:

>> I could load this file into Lisp Works, more specifically as a library into the free PWGL application 
> 
> I meant, I loaded CM2 with this file ...
> 
> Best wishes,
> Torsten
> 
> --
> Dr Torsten Anders
> Course Leader, Music Technology
> University of Bedfordshire
> Park Square, Room A315
> http://www.torsten-anders.de
> 
> 
> 
> On 6 Aug 2013, at 18:17, Torsten Anders <torsten.anders at beds.ac.uk> wrote:
> 
>> Dear Ralf,
>> 
>> Thanks for sharing your cm.asd file. 
>> 
>> I could load this file into Lisp Works, more specifically as a library into the free PWGL application (http://www2.siba.fi/pwgl/downloads.html). So, in principle this would allow to use PWGL (e.g., its score editors and break-point functions etc.) alongside CM2, which would be great. 
>> 
>> However, after loading I noticed that PWGL became unusably slow. Usually, whenever PWGL loads a library all sources are automatically compiled (resulting in *. clufasl files). For some reason, this is not the case after loading your cm.asd file. So, I had a look at that file and noticed that it contains much much more than the *.asd files I saw before (which usually consist of a single asdf:defsystem call. So, it is a bit difficult to figure out why the sources are not compiled. 
>> 
>> However, I noticed that in the asdf:defsystem call, most files are called with :scheme set to T. Why is that? After all, there are *.lisp versions of these files as well?
>> 
>> Thanks! 
>> 
>> For completeness, here are two further minor changes I had to make before I could load CM as a PWGL library. 
>> - Renaming the file cm.asd into cm2.asd (the name of the system defined with asdf:defsystem).
>> - The next error then said "Cannot load this library because Scheme source <PathToCM2>/src/gluplot.scm not found". The  CM tar ball version 2.10.0 I just downloaded from http://sourceforge.net/projects/commonmusic/files/cm/ does not contain this file. Luckily I had this file still somewhere else, but perhaps the tar ball should be updated? 
>> 
>> Best wishes,
>> Torsten
>> 
>> On 6 Aug 2013, at 10:03, R. Mattes <rm at mh-freiburg.de> wrote:
>>> On Tue, 06 Aug 2013 14:53:36 +1200, adam wrote
>>>> 
>>>> I'm sorry to be a pest, gentlemen.
>>> 
>>> You aren't. That's what this list is for.
>>> 
>>>> After setting up sbcl with Quicklisp, and setting the
>>>> environment variable,
>>>> $ export CM_RUNTIME=sbcl
>>>> 
>>>> Running  cm.sh  of CM-2.10 fails with the error below.
>>>> 
>>>> I can supply further information if required. While I can't seem
>>>> to find the sbcl Implementation Notes, I have established that
>>>> UNIX-FILE-KIND is not mentioned in the sbcl manual. Indeed it
>>>> seems to be a reoccurring problem for sbcl.
>>>> 
>>>> If anyone can recommend the best fix or patch for this, then
>>>> much appreciated.
>>> 
>>> As a quick fix, just replace the file cm.asd in your cm-directory
>>> with the one in the attachment.
>>> BTW, I find it way more convenient to use CM like this:
>>> 
>>> - create a symboli link from you cm-directory into ~/quicklisp/local-projects [1]
>>> 
>>> - start your lisp of choice and enter:
>>> 
>>> (ql:quickload :cm)
>>> (cm)
>>> 
>>> HTH RalfD
>>> 
>>> [1] on Linux, do:
>>> 
>>> $ ln -s /where/you/installed/cm/ ~/quicklisp/local-projects/
>>> 
>>> 
>>> --
>>> R. Mattes -
>>> Hochschule fuer Musik Freiburg
>>> rm at inm.mh-freiburg.de
>>> 
>>> <cm.asd>_______________________________________________
>>> Cmdist mailing list
>>> Cmdist at ccrma.stanford.edu
>>> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>> 
> 
> 
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist




From anders.vinjar at bek.no  Tue Aug  6 12:07:43 2013
From: anders.vinjar at bek.no (anders.vinjar at bek.no)
Date: Tue, 06 Aug 2013 21:07:43 +0200
Subject: [CM] slime cm-2.10 and ASDF
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc> <20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
Message-ID: <87iozi63k0.fsf@josefk.localdomain>


    t> However, after loading I noticed that PWGL became unusably
    t> slow. 

Afaik, apps 'delivered' with lw - eg. openmusic or pwgl - have
#'compile-file clobbered, potentially also #'compile, and limits on
heap-size.  If youre on osx or windows im sorry i cant help you, perhaps
somebody else here around has a pro-licensed lw for those?

The checks from earlier today used src/asdf.lisp coming with the cm2
sources, which could possibly make a difference (but i guess more likely
hit errors...)

    t> perhaps the tar ball should be updated?

Im sure it should, gnuplot.scm is part of the current source-tree at
least.  For now just grab the sources with svn.  Afaik no heavy
development is being done on the cm2-branch atm, only bug-fixes and
compatibility issues.

-anders



From taube at illinois.edu  Tue Aug  6 11:54:53 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Tue, 6 Aug 2013 13:54:53 -0500
Subject: [CM] Grace beta3
In-Reply-To: <BLU168-W101862EA8077CC31C5CD843E55D0@phx.gbl>
References: <mailman.886.1375790491.26552.cmdist@ccrma.stanford.edu>
	<BLU168-W101862EA8077CC31C5CD843E55D0@phx.gbl>
Message-ID: <BD13DBD1-C50F-4275-82BA-3F872B4EF3F4@illinois.edu>

oh man I'm going to have to put a sticky on this one! you need 4.4-beta4

$ premake4 --version
premake4 (Premake Build Script Generator) 4.4-beta4



On Aug 6, 2013, at 12:25 PM, James Hearon <j_hearon at hotmail.com> wrote:

> 
> Hi,
> re:
> src:
>  http://camil.music.illinois.edu/software/grace/cm-3.9.0-beta3.zip
> 
> Tried premake4.4 on f19, and still get the build error.
> 
> ==== Building s7 (debug) ====
> Running pre-build commands
> res/bin/sndlib.sh
> === Configuring Sndlib ====
> premake4 --with-g++
> /opt/cm/sndlib/premake4.lua:95: attempt to call field 'is64bit' (a nil value)
> === Making Sndlib ====
> make[2]: *** No targets specified and no makefile found.  Stop.
> Linking s7
> /usr/bin/ld: cannot find -lsndlib
> collect2: error: ld returned 1 exit status
> 
> 
> Regards,
> Jim
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist




From torsten.anders at beds.ac.uk  Tue Aug  6 13:15:01 2013
From: torsten.anders at beds.ac.uk (Torsten Anders)
Date: Tue, 6 Aug 2013 21:15:01 +0100
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <87iozi63k0.fsf@josefk.localdomain>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<87iozi63k0.fsf@josefk.localdomain>
Message-ID: <407BFC93-58B4-4F64-8220-39E1B5C91388@beds.ac.uk>

Thanks for that feedback. 

> perhaps somebody else here around has a pro-licensed lw for those?


That could help for getting CM running in plain LW, but I am not sure whether that helps with PWGL. Unfortunately, the PWGL Binaries (which could be loaded into a full LW) have seemingly discontinued. 

Best wishes,
Torsten

On 6 Aug 2013, at 20:07, anders.vinjar at bek.no wrote:
>    t> However, after loading I noticed that PWGL became unusably
>    t> slow. 
> 
> Afaik, apps 'delivered' with lw - eg. openmusic or pwgl - have
> #'compile-file clobbered, potentially also #'compile, and limits on
> heap-size.  If youre on osx or windows im sorry i cant help you, perhaps
> somebody else here around has a pro-licensed lw for those?
> 
> The checks from earlier today used src/asdf.lisp coming with the cm2
> sources, which could possibly make a difference (but i guess more likely
> hit errors...)
> 
>    t> perhaps the tar ball should be updated?
> 
> Im sure it should, gnuplot.scm is part of the current source-tree at
> least.  For now just grab the sources with svn.  Afaik no heavy
> development is being done on the cm2-branch atm, only bug-fixes and
> compatibility issues.
> 
> -anders


--
Dr Torsten Anders
Course Leader, Music Technology
University of Bedfordshire
Park Square, Room A315
http://www.torsten-anders.de





From anders.vinjar at bek.no  Tue Aug  6 13:35:51 2013
From: anders.vinjar at bek.no (anders.vinjar at bek.no)
Date: Tue, 06 Aug 2013 22:35:51 +0200
Subject: [CM] slime cm-2.10 and ASDF
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc> <20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<87iozi63k0.fsf@josefk.localdomain>
	<407BFC93-58B4-4F64-8220-39E1B5C91388@beds.ac.uk>
Message-ID: <87zjsu4kwo.fsf@josefk.localdomain>

    T> That could help for getting CM running in plain LW, but I am not
    T> sure whether that helps with PWGL. 

If the heap-size in pwgl is limited you'll get further if you precompile
the sources (in lw-pro) and load the fasls into pwgl.  Isn't this the
usual way of distributing external libraries for pwgl?



From taube at illinois.edu  Tue Aug  6 13:12:54 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Tue, 6 Aug 2013 15:12:54 -0500
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <87iozi63k0.fsf@josefk.localdomain>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<87iozi63k0.fsf@josefk.localdomain>
Message-ID: <594EC66F-DA23-4501-810D-A14C2173DDF6@illinois.edu>


On Aug 6, 2013, at 2:07 PM, <anders.vinjar at bek.no> wrote:

> 
>    t> However, after loading I noticed that PWGL became unusably
>    t> slow. 

i was never able to do much with lisp works,  i think the lisp heap was limited in their free version or something like that. you might try compiling in one pass then loading in another, but i think i tried that and it didn't work or help much. does pwgl only run in lisp works?? oy..


> PWGL (e.g., its score editors and break-point functions etc.) alongside CM2, which would be great. 

fwiw  sean furguson wrote a very nice break-point function package in common lisp years ago:

http://www.music.mcgill.ca/~ferguson/Ferguson%20Contribs/Apprentice-Envelopes%20Folder/Apprentice-Envelopes.lisp

he also has another nice package that does acoustic dissonance measurement based on Parncutt. 

http://www.music.mcgill.ca/~ferguson/Ferguson%20Contribs/Apprentice-Dissonance.lisp


I've ported this one to scheme already, its in res/doc

 



From rm at seid-online.de  Tue Aug  6 13:37:56 2013
From: rm at seid-online.de (Ralf Mattes)
Date: Tue, 6 Aug 2013 22:37:56 +0200
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
Message-ID: <20130806203756.GA18147@seid-online.de>

On Tue, Aug 06, 2013 at 06:17:02PM +0100, Torsten Anders wrote:
> Dear Ralf,
> 
> Thanks for sharing your cm.asd file. 
> 
> I could load this file into Lisp Works, more specifically as a library into the free PWGL application (http://www2.siba.fi/pwgl/downloads.html). So, in principle this would allow to use PWGL (e.g., its score editors and break-point functions etc.) alongside CM2, which would be great. 

Hmm, I can't really help you with PWGL - while it looks like a cool
system I refuse to work with closed source systems with unclear
licence. As Anders allready pointed out - unless you own a licenced
(i.e. no-personal) Edition of LispWorks you operate with a rather
limited system. I couldn't get CM2 working with my personal editon
(stack overflow).


> However, after loading I noticed that PWGL became unusably slow. Usually, whenever PWGL loads a library all sources are automatically compiled (resulting in *. clufasl files). For some reason, this is not the case after loading your cm.asd file. So, I had a look at that file and noticed that it contains much much more than the *.asd files I saw before (which usually consist of a single asdf:defsystem call. So, it is a bit difficult to figure out why the sources are not compiled. 

That's the whole point of my complaint about this asdf file (sometimes
I think there's some AI hidden in there ...). Time for a major rework -
this file will not work with asdf3.

> However, I noticed that in the asdf:defsystem call, most files are called with :scheme set to T. Why is that? After all, there are *.lisp versions of these files as well?

Well, no. CM is in fact written in Scheme. The Lisp version is
created by transforming the Scheme code to Lisp. That's one of
the magic tricks the asdf file does. Does your PWGL-Lisp produce
fasl-files?

> For completeness, here are two further minor changes I had to make before I could load CM as a PWGL library. 
>   - Renaming the file cm.asd into cm2.asd (the name of the system defined with asdf:defsystem).

Mea culpa, mea maxima culpa! That's what I get from just copying. That file came straight from my quicklisp repro where 
it's of course called cm2.asd.

>   - The next error then said "Cannot load this library because Scheme source <PathToCM2>/src/gluplot.scm not found". The  CM tar ball version 2.10.0 I just downloaded from http://sourceforge.net/projects/commonmusic/files/cm/ does not contain this file. Luckily I had this file still somewhere else, but perhaps the tar ball should be updated? 

Ah - probably. Or you get used to work from the svn version.

 Cheers, RalfD

 
> Best wishes,
> Torsten
> 
> On 6 Aug 2013, at 10:03, R. Mattes <rm at mh-freiburg.de> wrote:
> > On Tue, 06 Aug 2013 14:53:36 +1200, adam wrote
> >> 
> >> I'm sorry to be a pest, gentlemen.
> > 
> > You aren't. That's what this list is for.
> > 
> >> After setting up sbcl with Quicklisp, and setting the
> >> environment variable,
> >> $ export CM_RUNTIME=sbcl
> >> 
> >> Running  cm.sh  of CM-2.10 fails with the error below.
> >> 
> >> I can supply further information if required. While I can't seem
> >> to find the sbcl Implementation Notes, I have established that
> >> UNIX-FILE-KIND is not mentioned in the sbcl manual. Indeed it
> >> seems to be a reoccurring problem for sbcl.
> >> 
> >> If anyone can recommend the best fix or patch for this, then
> >> much appreciated.
> > 
> > As a quick fix, just replace the file cm.asd in your cm-directory
> > with the one in the attachment.
> > BTW, I find it way more convenient to use CM like this:
> > 
> > - create a symboli link from you cm-directory into ~/quicklisp/local-projects [1]
> > 
> > - start your lisp of choice and enter:
> > 
> >  (ql:quickload :cm)
> >  (cm)
> > 
> > HTH RalfD
> > 
> > [1] on Linux, do:
> > 
> > $ ln -s /where/you/installed/cm/ ~/quicklisp/local-projects/
> > 
> > 
> > --
> > R. Mattes -
> > Hochschule fuer Musik Freiburg
> > rm at inm.mh-freiburg.de
> > 
> > <cm.asd>_______________________________________________
> > Cmdist mailing list
> > Cmdist at ccrma.stanford.edu
> > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
> 
> 
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist



From rm at seid-online.de  Tue Aug  6 13:39:33 2013
From: rm at seid-online.de (Ralf Mattes)
Date: Tue, 6 Aug 2013 22:39:33 +0200
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <D9603EFE-6402-4E12-ACF2-E256C5AC9443@beds.ac.uk>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<564160B0-3B25-4F83-A319-D6B25E6DE18D@beds.ac.uk>
	<D9603EFE-6402-4E12-ACF2-E256C5AC9443@beds.ac.uk>
Message-ID: <20130806203933.GB18147@seid-online.de>

On Tue, Aug 06, 2013 at 06:52:42PM +0100, Torsten Anders wrote:
> I meanwhile found out that loading CM into the free PWGL application causes a stack overflow. The stack overflow does not happen directly when loading CM, but after that whenever some computation is attempted, which results in the perceived slow-down of the system. 
> 
> Not sure whether this can be overcome by actually compiling CM first... 

Or buy the LW-Pro version ;-)
 
 Cheers, RalfD

P.S.: it might be enough to find someone with a non-crippled version who
is willing to compile the library for you ...



From rm at seid-online.de  Tue Aug  6 13:47:32 2013
From: rm at seid-online.de (Ralf Mattes)
Date: Tue, 6 Aug 2013 22:47:32 +0200
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <594EC66F-DA23-4501-810D-A14C2173DDF6@illinois.edu>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<87iozi63k0.fsf@josefk.localdomain>
	<594EC66F-DA23-4501-810D-A14C2173DDF6@illinois.edu>
Message-ID: <20130806204732.GC18147@seid-online.de>

On Tue, Aug 06, 2013 at 03:12:54PM -0500, Heinrich Taube wrote:
> 
> On Aug 6, 2013, at 2:07 PM, <anders.vinjar at bek.no> wrote:
> 
> > 
> >    t> However, after loading I noticed that PWGL became unusably
> >    t> slow. 
> 
> i was never able to do much with lisp works,  i think the lisp heap was limited in their free version or something like that. you might try compiling in one pass then loading in another, but i think i tried that and it didn't work or help much. does pwgl only run in lisp works?? oy..

 ... veh! Indeed - one of the reasons I wouldn't touch that system - to dependend on a single implementation[1].
> 
> > PWGL (e.g., its score editors and break-point functions etc.) alongside CM2, which would be great. 
> 
> fwiw  sean furguson wrote a very nice break-point function package in common lisp years ago:
> 
> http://www.music.mcgill.ca/~ferguson/Ferguson%20Contribs/Apprentice-Envelopes%20Folder/Apprentice-Envelopes.lisp
>
> he also has another nice package that does acoustic dissonance measurement based on Parncutt. 
> 
> http://www.music.mcgill.ca/~ferguson/Ferguson%20Contribs/Apprentice-Dissonance.lisp

Hey, some late evening goodies+

 Cheers, RalfD


[1] N.B: I really value LispWorks - the LW-People I met in Cambridge and on varios Lisp
Conferences where nice and experts in their field. But we all have seen Lisp Companies 
disapear (Genera, Harlequin, Macintosh Common Lisp ...). I'd hate to one day wake up to
find out that all my work can't be used any more because <Lisp Company>/Apple did something
with my runtime environment. That's why I'm so eager to keep old systems running (I do have
a collection of old hardware and emulators to run old stuff, but that's not something that
will last longer than say 10??0 years. The music I do in my other life is more than 500
years old can still be performed ;-)
 



From torsten.anders at beds.ac.uk  Tue Aug  6 14:02:58 2013
From: torsten.anders at beds.ac.uk (Torsten Anders)
Date: Tue, 6 Aug 2013 22:02:58 +0100
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <87zjsu4kwo.fsf@josefk.localdomain>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<87iozi63k0.fsf@josefk.localdomain>
	<407BFC93-58B4-4F64-8220-39E1B5C91388@beds.ac.uk>
	<87zjsu4kwo.fsf@josefk.localdomain>
Message-ID: <2ADF95DA-48BD-41DB-9CE9-1DEFDF3F4B97@beds.ac.uk>

On 6 Aug 2013, at 21:35, anders.vinjar at bek.no wrote:
>    T> That could help for getting CM running in plain LW, but I am not
>    T> sure whether that helps with PWGL. 
> 
> If the heap-size in pwgl is limited you'll get further if you precompile
> the sources (in lw-pro) and load the fasls into pwgl.  Isn't this the
> usual way of distributing external libraries for pwgl?

Ah, good to know, that could help.

PWGL libraries are simply distributed as plain lisp sources. Usually, PWGL does compile these automatically. 

However, with CM this does not work, as I reported before. The reasons could be the stack overflow. 

However, could this perhaps also have to do with the scheme files I mentioned before?


> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist

Best wishes,
Torsten

--
Dr Torsten Anders
Course Leader, Music Technology
University of Bedfordshire
Park Square, Room A315
http://www.torsten-anders.de



From rm at seid-online.de  Tue Aug  6 14:01:58 2013
From: rm at seid-online.de (Ralf Mattes)
Date: Tue, 6 Aug 2013 23:01:58 +0200
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <87d2pqsxlw.fsf@josefk.localdomain>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<B1C3AB9F-8F22-4178-A2C0-6E91BF402E42@illinois.edu>
	<87d2pqsxlw.fsf@josefk.localdomain>
Message-ID: <20130806210158.GD18147@seid-online.de>

On Tue, Aug 06, 2013 at 04:27:39PM +0200, andersvi at notam02.no wrote:
> Ralf, the changes you provided are merged into commonmusic/cm.asd.

Good to know. I still try to make our quicklisp dist open to the public.
But I also intend to rework the cm asdf file.

Cheers, RalfD



From bil at ccrma.Stanford.EDU  Tue Aug  6 14:30:22 2013
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Tue, 6 Aug 2013 14:30:22 -0700
Subject: [CM] Grace beta3
In-Reply-To: <BD13DBD1-C50F-4275-82BA-3F872B4EF3F4@illinois.edu>
References: <mailman.886.1375790491.26552.cmdist@ccrma.stanford.edu>
	<BLU168-W101862EA8077CC31C5CD843E55D0@phx.gbl>
	<BD13DBD1-C50F-4275-82BA-3F872B4EF3F4@illinois.edu>
Message-ID: <20130806212510.M50119@ccrma.Stanford.EDU>

> /opt/cm/sndlib/premake4.lua:95: attempt to call field 'is64bit' (a nil value) 

I only need the pointer size in a couple places, leaving aside some
optimizations in clm that could easily be removed.  The main one
is that I need to pass a C pointer through s7 and back to C, and
I don't want a type conversion to mess it up, though I guess it's
safe if I just always use unsigned long long int -- I'll have to try it.
Alternatively, maybe there's a way to set it by hand (a switch in
configure, maybe also premake), then just assume 64 bits unless
told otherwise.  The premake function is needed because there's
no sure-fire way to get the void* size from the compiler -- or
then again maybe there is, but googling for it was disheartening.





From taube at illinois.edu  Tue Aug  6 14:27:36 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Tue, 6 Aug 2013 16:27:36 -0500
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <20130806203756.GA18147@seid-online.de>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<20130806203756.GA18147@seid-online.de>
Message-ID: <832D46EA-0C3F-48B4-90B8-296F0F043B3C@illinois.edu>

the file that rewrites scheme into common lisp is src/stocl.lisp  -- its not part of asdf.  its pure vanilla common lisp and should work in any cl that's remotely sane, there's not one #+ in that file!  so i would just throw out cm.asd except for ideas and the dependancies it lays out and rewrite it for the modern world and asdf3 (?). there should be no need of Tobias's cm.sh anymore, though to my mind it remains an awesome display of script-foo
 

On Aug 6, 2013, at 3:37 PM, Ralf Mattes <rm at seid-online.de> wrote:

> . That's one of
> the magic tricks the asdf file does. Does your PWGL-Lisp produce
> fasl-files?




From torsten.anders at beds.ac.uk  Tue Aug  6 14:52:45 2013
From: torsten.anders at beds.ac.uk (Torsten Anders)
Date: Tue, 6 Aug 2013 22:52:45 +0100
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <20130806203756.GA18147@seid-online.de>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<20130806203756.GA18147@seid-online.de>
Message-ID: <F54211A9-5141-4D2A-B619-C19409B42C07@beds.ac.uk>

> Does your PWGL-Lisp produce fasl-files?

Yes, the PWGL application does usually produce *. clufasl files of every library it loads (no other complied files, though, at list not on a Mac). 

Best wishes,
Torsten

--
Dr Torsten Anders
Course Leader, Music Technology
University of Bedfordshire
Park Square, Room A315
http://www.torsten-anders.de



On 6 Aug 2013, at 21:37, Ralf Mattes <rm at seid-online.de> wrote:

> On Tue, Aug 06, 2013 at 06:17:02PM +0100, Torsten Anders wrote:
>> Dear Ralf,
>> 
>> Thanks for sharing your cm.asd file. 
>> 
>> I could load this file into Lisp Works, more specifically as a library into the free PWGL application (http://www2.siba.fi/pwgl/downloads.html). So, in principle this would allow to use PWGL (e.g., its score editors and break-point functions etc.) alongside CM2, which would be great. 
> 
> Hmm, I can't really help you with PWGL - while it looks like a cool
> system I refuse to work with closed source systems with unclear
> licence. As Anders allready pointed out - unless you own a licenced
> (i.e. no-personal) Edition of LispWorks you operate with a rather
> limited system. I couldn't get CM2 working with my personal editon
> (stack overflow).
> 
> 
>> However, after loading I noticed that PWGL became unusably slow. Usually, whenever PWGL loads a library all sources are automatically compiled (resulting in *. clufasl files). For some reason, this is not the case after loading your cm.asd file. So, I had a look at that file and noticed that it contains much much more than the *.asd files I saw before (which usually consist of a single asdf:defsystem call. So, it is a bit difficult to figure out why the sources are not compiled. 
> 
> That's the whole point of my complaint about this asdf file (sometimes
> I think there's some AI hidden in there ...). Time for a major rework -
> this file will not work with asdf3.
> 
>> However, I noticed that in the asdf:defsystem call, most files are called with :scheme set to T. Why is that? After all, there are *.lisp versions of these files as well?
> 
> Well, no. CM is in fact written in Scheme. The Lisp version is
> created by transforming the Scheme code to Lisp. That's one of
> the magic tricks the asdf file does. Does your PWGL-Lisp produce
> fasl-files?
> 
>> For completeness, here are two further minor changes I had to make before I could load CM as a PWGL library. 
>>  - Renaming the file cm.asd into cm2.asd (the name of the system defined with asdf:defsystem).
> 
> Mea culpa, mea maxima culpa! That's what I get from just copying. That file came straight from my quicklisp repro where 
> it's of course called cm2.asd.
> 
>>  - The next error then said "Cannot load this library because Scheme source <PathToCM2>/src/gluplot.scm not found". The  CM tar ball version 2.10.0 I just downloaded from http://sourceforge.net/projects/commonmusic/files/cm/ does not contain this file. Luckily I had this file still somewhere else, but perhaps the tar ball should be updated? 
> 
> Ah - probably. Or you get used to work from the svn version.
> 
> Cheers, RalfD
> 
> 
>> Best wishes,
>> Torsten
>> 
>> On 6 Aug 2013, at 10:03, R. Mattes <rm at mh-freiburg.de> wrote:
>>> On Tue, 06 Aug 2013 14:53:36 +1200, adam wrote
>>>> 
>>>> I'm sorry to be a pest, gentlemen.
>>> 
>>> You aren't. That's what this list is for.
>>> 
>>>> After setting up sbcl with Quicklisp, and setting the
>>>> environment variable,
>>>> $ export CM_RUNTIME=sbcl
>>>> 
>>>> Running  cm.sh  of CM-2.10 fails with the error below.
>>>> 
>>>> I can supply further information if required. While I can't seem
>>>> to find the sbcl Implementation Notes, I have established that
>>>> UNIX-FILE-KIND is not mentioned in the sbcl manual. Indeed it
>>>> seems to be a reoccurring problem for sbcl.
>>>> 
>>>> If anyone can recommend the best fix or patch for this, then
>>>> much appreciated.
>>> 
>>> As a quick fix, just replace the file cm.asd in your cm-directory
>>> with the one in the attachment.
>>> BTW, I find it way more convenient to use CM like this:
>>> 
>>> - create a symboli link from you cm-directory into ~/quicklisp/local-projects [1]
>>> 
>>> - start your lisp of choice and enter:
>>> 
>>> (ql:quickload :cm)
>>> (cm)
>>> 
>>> HTH RalfD
>>> 
>>> [1] on Linux, do:
>>> 
>>> $ ln -s /where/you/installed/cm/ ~/quicklisp/local-projects/
>>> 
>>> 
>>> --
>>> R. Mattes -
>>> Hochschule fuer Musik Freiburg
>>> rm at inm.mh-freiburg.de
>>> 
>>> <cm.asd>_______________________________________________
>>> Cmdist mailing list
>>> Cmdist at ccrma.stanford.edu
>>> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>> 
>> 
>> _______________________________________________
>> Cmdist mailing list
>> Cmdist at ccrma.stanford.edu
>> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist




From torsten.anders at beds.ac.uk  Tue Aug  6 14:58:26 2013
From: torsten.anders at beds.ac.uk (Torsten Anders)
Date: Tue, 6 Aug 2013 22:58:26 +0100
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <20130806204732.GC18147@seid-online.de>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<87iozi63k0.fsf@josefk.localdomain>
	<594EC66F-DA23-4501-810D-A14C2173DDF6@illinois.edu>
	<20130806204732.GC18147@seid-online.de>
Message-ID: <9B917BEE-D4A1-45CD-91A0-A44108B56F25@beds.ac.uk>

On 6 Aug 2013, at 21:47, Ralf Mattes <rm at seid-online.de> wrote:
> On Tue, Aug 06, 2013 at 03:12:54PM -0500, Heinrich Taube wrote:
>> 
>> On Aug 6, 2013, at 2:07 PM, <anders.vinjar at bek.no> wrote:
>> 
>>> 
>>>   t> However, after loading I noticed that PWGL became unusably
>>>   t> slow. 
>> 
>> i was never able to do much with lisp works,  i think the lisp heap was limited in their free version or something like that. you might try compiling in one pass then loading in another, but i think i tried that and it didn't work or help much. does pwgl only run in lisp works?? oy..
> 
> ... veh! Indeed - one of the reasons I wouldn't touch that system - to dependend on a single implementation[1].

I must confess I share your hesitation, but the PWGL (and OpenMusic) guys  have good reasons to use this proprietary system. They really tried different solutions (in particular the IRCAM team), but having a Lisp program with really heavy graphics on multiple platforms is greatly simplified by LW. Once you played around with PWGL only a short while you will quickly see how involved its graphics are.  


>>> PWGL (e.g., its score editors and break-point functions etc.) alongside CM2, which would be great. 
>> 
>> fwiw  sean furguson wrote a very nice break-point function package in common lisp years ago:
>> 
>> http://www.music.mcgill.ca/~ferguson/Ferguson%20Contribs/Apprentice-Envelopes%20Folder/Apprentice-Envelopes.lisp
>> 
>> he also has another nice package that does acoustic dissonance measurement based on Parncutt. 
>> 
>> http://www.music.mcgill.ca/~ferguson/Ferguson%20Contribs/Apprentice-Dissonance.lisp
> 
> Hey, some late evening goodies+
> 
> Cheers, RalfD
> 
> 
> [1] N.B: I really value LispWorks - the LW-People I met in Cambridge and on varios Lisp
> Conferences where nice and experts in their field. But we all have seen Lisp Companies 
> disapear (Genera, Harlequin, Macintosh Common Lisp ...). I'd hate to one day wake up to
> find out that all my work can't be used any more because <Lisp Company>/Apple did something
> with my runtime environment. That's why I'm so eager to keep old systems running (I do have
> a collection of old hardware and emulators to run old stuff, but that's not something that
> will last longer than say 10??0 years. The music I do in my other life is more than 500
> years old can still be performed ;-)
> 
> 
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist

Best wishes,
Torsten

--
Dr Torsten Anders
Course Leader, Music Technology
University of Bedfordshire
Park Square, Room A315
http://www.torsten-anders.de








From rm at seid-online.de  Tue Aug  6 14:52:40 2013
From: rm at seid-online.de (Ralf Mattes)
Date: Tue, 6 Aug 2013 23:52:40 +0200
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <832D46EA-0C3F-48B4-90B8-296F0F043B3C@illinois.edu>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<20130806203756.GA18147@seid-online.de>
	<832D46EA-0C3F-48B4-90B8-296F0F043B3C@illinois.edu>
Message-ID: <20130806215240.GE18147@seid-online.de>

On Tue, Aug 06, 2013 at 04:27:36PM -0500, Heinrich Taube wrote:
> the file that rewrites scheme into common lisp is src/stocl.lisp  -- its not part of asdf. 

No, but unless I'm totally wrong, it get's called from within cm.asd. Unfortunately, there's a lot of
Lisp that gets run just by loadinge cm.asd file. Asdf tries hard to become more declarative - i.e. a system just describes
the components and dependenies, it doesn't build them. It also tries to separate build- and use-time. As an example: I've some code
that tries to create dependency graphs for systems. To do so, I need to walk all systems available - every time I do so, cm.asd starts
compiling some code.

> its pure vanilla common lisp and should work in any cl that's remotely sane, there's not one #+ in that file!

Yes, pretty impressive. I think the way to proceed would be to put that transformer into an independent asdf system and make
that system a build-depend for cm2. 

>  so i would just throw out cm.asd except for ideas and the dependancies it lays out and rewrite it for the modern world and asdf3 (?).

After factoring out the scheme->lisp transformer, that's what I intend to do.

> there should be no need of Tobias's cm.sh anymore, though to my mind it remains an awesome display of script-foo

Awsome, but extremly brittle. Who is using prebuild cm applications/images? (This is a serious question. I'd be willing
to write up some how-to that describes how to build standalones, but I can only do this for the open source Lisps I
have running on my system [SBCL, CCL, CLISP & CMUCL]).  


Cheers, RalfD



From bil at ccrma.Stanford.EDU  Tue Aug  6 15:00:41 2013
From: bil at ccrma.Stanford.EDU (Bill Schottstaedt)
Date: Tue, 6 Aug 2013 15:00:41 -0700
Subject: [CM] Grace beta3
In-Reply-To: <BD13DBD1-C50F-4275-82BA-3F872B4EF3F4@illinois.edu>
References: <mailman.886.1375790491.26552.cmdist@ccrma.stanford.edu>
	<BLU168-W101862EA8077CC31C5CD843E55D0@phx.gbl>
	<BD13DBD1-C50F-4275-82BA-3F872B4EF3F4@illinois.edu>
Message-ID: <20130806215958.M66852@ccrma.Stanford.EDU>

> use unsigned long long int

it segfaults -- I do need to know the size.




From rm at seid-online.de  Tue Aug  6 15:00:35 2013
From: rm at seid-online.de (Ralf Mattes)
Date: Wed, 7 Aug 2013 00:00:35 +0200
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <F54211A9-5141-4D2A-B619-C19409B42C07@beds.ac.uk>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<20130806203756.GA18147@seid-online.de>
	<F54211A9-5141-4D2A-B619-C19409B42C07@beds.ac.uk>
Message-ID: <20130806220035.GF18147@seid-online.de>

On Tue, Aug 06, 2013 at 10:52:45PM +0100, Torsten Anders wrote:
> > Does your PWGL-Lisp produce fasl-files?
> 
> Yes, the PWGL application does usually produce *. clufasl files of every library it loads (no other complied files, though, at list not on a Mac). 

Hmm - maybe CMs sophisticated build system interferes with PWGL here, IIRC the build system wraps/modifies asdf:compile et al.
Unfortuately, I can't help, there isn't even a PWGL for my OS of choice.

 Cheers, RalfD



From rm at seid-online.de  Tue Aug  6 15:07:51 2013
From: rm at seid-online.de (Ralf Mattes)
Date: Wed, 7 Aug 2013 00:07:51 +0200
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <9B917BEE-D4A1-45CD-91A0-A44108B56F25@beds.ac.uk>
References: <36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<87iozi63k0.fsf@josefk.localdomain>
	<594EC66F-DA23-4501-810D-A14C2173DDF6@illinois.edu>
	<20130806204732.GC18147@seid-online.de>
	<9B917BEE-D4A1-45CD-91A0-A44108B56F25@beds.ac.uk>
Message-ID: <20130806220751.GG18147@seid-online.de>

On Tue, Aug 06, 2013 at 10:58:26PM +0100, Torsten Anders wrote:
> On 6 Aug 2013, at 21:47, Ralf Mattes <rm at seid-online.de> wrote:
> > On Tue, Aug 06, 2013 at 03:12:54PM -0500, Heinrich Taube wrote:
> >> 
> >> On Aug 6, 2013, at 2:07 PM, <anders.vinjar at bek.no> wrote:
> >> 
> >>> 
> >>>   t> However, after loading I noticed that PWGL became unusably
> >>>   t> slow. 
> >> 
> >> i was never able to do much with lisp works,  i think the lisp heap was limited in their free version or something like that. you might try compiling in one pass then loading in another, but i think i tried that and it didn't work or help much. does pwgl only run in lisp works?? oy..
> > 
> > ... veh! Indeed - one of the reasons I wouldn't touch that system - to dependend on a single implementation[1].
> 
> I must confess I share your hesitation, but the PWGL (and OpenMusic) guys  have good reasons to use this proprietary system. They really tried different solutions (in particular the IRCAM team), but having a Lisp program with really heavy graphics on multiple platforms is greatly simplified by LW. Once you played around with PWGL only a short while you will quickly see how involved its graphics are.  

Yes, I recall a presentation at the ELS in Hamburg. Portable GUIs are tricky, I'm currently using common-qt as my 
gui-du-jour (with some modifications, so I can design/build with QT-Creators gui designer). I had no need for
sophisticated graphics so far, but Qt guis should be as performant as LW guis (have a look at the SuperCollider
guis). 
So, what is the Licence for PWGL itself? When I asked in Hamburg (a few years ago) the answer wasn't really clear
(something like: It might be opensource later ...).
Systems that are distributed as fasls/libs need constant maintainance. What if the university runs out of money/interest?

Cheers, RalfD



From taube at illinois.edu  Tue Aug  6 16:25:12 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Tue, 6 Aug 2013 18:25:12 -0500
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <20130806215240.GE18147@seid-online.de>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<20130806203756.GA18147@seid-online.de>
	<832D46EA-0C3F-48B4-90B8-296F0F043B3C@illinois.edu>
	<20130806215240.GE18147@seid-online.de>
Message-ID: <1EE526BD-7154-418E-B816-8C3758B20187@illinois.edu>

yes make the compile asdf depend on a transformer asdf sounds like the right way.


On Aug 6, 2013, at 4:52 PM, Ralf Mattes <rm at seid-online.de> wrote:

>  be to put that transformer into an independent asdf system and make
> that system a build-depend for cm2. 




From ahcnz at orcon.net.nz  Tue Aug  6 17:49:28 2013
From: ahcnz at orcon.net.nz (adam)
Date: Wed, 07 Aug 2013 12:49:28 +1200
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <20130806215240.GE18147@seid-online.de>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc> <20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<20130806203756.GA18147@seid-online.de>
	<832D46EA-0C3F-48B4-90B8-296F0F043B3C@illinois.edu>
	<20130806215240.GE18147@seid-online.de>
Message-ID: <1375836568.13505.57.camel@ahc>

I can't answer Ralf asking "who is using prebuild cm
applications/images?", I don't know. 

In my case, I simply wish to continue to use CM2's 
non-realtime functionality, under Clisp or sbcl, in Emacs. 
Also to be able to call a CM2 script standalone from the 
command line. 

So maybe for now I should simply regress earlier than 
2.10, 2.9 to back before asdf appeared ?   

For me its for programming with, in Lisp, generating 
Csound, Midi or other data. I feel I have no need for 
RTS, CMIO, or even Midishare. I think Drew K uses CM2 
like this, and I guess there are others. 

FYI: I had a tiny CM2 script generating score data as 
an 'External SoundObject' in Steven Yi's Blue there for while. 
http://blue.kunstmusik.com/manual/html/externalSoundObject.html 





From anders.vinjar at bek.no  Wed Aug  7 02:19:45 2013
From: anders.vinjar at bek.no (anders.vinjar at bek.no)
Date: Wed, 07 Aug 2013 11:19:45 +0200
Subject: [CM] slime cm-2.10 and ASDF
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc> <20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<20130806203756.GA18147@seid-online.de>
	<832D46EA-0C3F-48B4-90B8-296F0F043B3C@illinois.edu>
	<20130806215240.GE18147@seid-online.de>
	<1375836568.13505.57.camel@ahc>
Message-ID: <878v0dyi1a.fsf@josefk.localdomain>

>>>>> "a" == adam  writes:

    a> So maybe for now I should simply regress earlier than 2.10, 2.9
    a> to back before asdf appeared ?

Seems your question triggered something here!  Any thread wandering far
enough to start the licensing-thing is probably important :-)

Amidst all the other issues, i think solutions were pointed to by
switching to sbcl and checking out a fresh source-tree from svn:

   $ svn checkout svn://svn.code.sf.net/p/commonmusic/code/branches/cm2 

M-x slime and:

    (load "/path/to/cm.asd")
    (asdf:operate 'asdf:load-op 'cm2)
    (cm:next (cm:new cm:heap :of '(is this working?) ) t)

Not sure about cures to bin/cm.sh, but if you just want to get cm going
you can roll your own by putting in something like this:

   $ sbcl --load "/your/path/to/cm2/cm.asd" --eval "(asdf:operate 'asdf:load-op 'cm2)"

Good luck!

-anders



From ahcnz at orcon.net.nz  Wed Aug  7 03:48:00 2013
From: ahcnz at orcon.net.nz (adam)
Date: Wed, 07 Aug 2013 22:48:00 +1200
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <878v0dyi1a.fsf@josefk.localdomain>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc> <20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<20130806203756.GA18147@seid-online.de>
	<832D46EA-0C3F-48B4-90B8-296F0F043B3C@illinois.edu>
	<20130806215240.GE18147@seid-online.de> <1375836568.13505.57.camel@ahc>
	<878v0dyi1a.fsf@josefk.localdomain>
Message-ID: <1375872480.13505.76.camel@ahc>

Thank you Anders, for that svn address and some starter code. 
 
Will give it try :) 





From j_hearon at hotmail.com  Wed Aug  7 10:10:17 2013
From: j_hearon at hotmail.com (James Hearon)
Date: Wed, 7 Aug 2013 17:10:17 +0000
Subject: [CM] Grace, Beta3
In-Reply-To: <mailman.899.1375826444.26552.cmdist@ccrma.stanford.edu>
References: <mailman.899.1375826444.26552.cmdist@ccrma.stanford.edu>
Message-ID: <BLU168-W123905EE65BC9CF5858C67CE55E0@phx.gbl>

Hi,
re: Grace, Beata3

Got round the premake4.4-beta4 issue
> premake4 --version
premake4 (Premake Build Script Generator) 4.4-beta4

but still having trouble building it on f19

error:
Linking sndlib
ar -rcs lib/libsndlib.a obj/Debug/headers.o obj/Debug/audio.o obj/Debug/io.o obj/Debug/sound.o obj/Debug/xen.o obj/Debug/vct.o obj/Debug/clm.o obj/Debug/sndlib2xen.o obj/Debug/clm2xen.o obj/Debug/s7.o 
Linking s7
/usr/bin/ld: sndlib/lib/libsndlib.a(s7.o): undefined reference to symbol 'dlopen@@GLIBC_2.1'
/usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2 so try adding it to the linker command line
/lib/libdl.so.2: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[1]: *** [bin/s7] Error 1

Regards,
Jim
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130807/d143fc5a/attachment.html>

From taube at illinois.edu  Wed Aug  7 10:42:33 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Wed, 7 Aug 2013 12:42:33 -0500
Subject: [CM] Grace, Beta3
In-Reply-To: <BLU168-W123905EE65BC9CF5858C67CE55E0@phx.gbl>
References: <mailman.899.1375826444.26552.cmdist@ccrma.stanford.edu>
	<BLU168-W123905EE65BC9CF5858C67CE55E0@phx.gbl>
Message-ID: <712500CE-54A8-485C-AD34-B3CC6626B7C2@illinois.edu>

ok thats a console app of s7 and sndlib. maybe you can keep going by doing
	touch bin/s7
and then
	make
of course i don't know what other issues you'll get on that os; grace does no do any explicit dynamic linking so you might make it.


On Aug 7, 2013, at 12:10 PM, James Hearon <j_hearon at hotmail.com> wrote:

> Hi,
> re: Grace, Beata3
> 
> Got round the premake4.4-beta4 issue
> > premake4 --version
> premake4 (Premake Build Script Generator) 4.4-beta4
> 
> but still having trouble building it on f19
> 
> error:
> Linking sndlib
> ar -rcs lib/libsndlib.a obj/Debug/headers.o obj/Debug/audio.o obj/Debug/io.o obj/Debug/sound.o obj/Debug/xen.o obj/Debug/vct.o obj/Debug/clm.o obj/Debug/sndlib2xen.o obj/Debug/clm2xen.o obj/Debug/s7.o 
> Linking s7
> /usr/bin/ld: sndlib/lib/libsndlib.a(s7.o): undefined reference to symbol 'dlopen@@GLIBC_2.1'
> /usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2 so try adding it to the linker command line
> /lib/libdl.so.2: could not read symbols: Invalid operation
> collect2: error: ld returned 1 exit status
> make[1]: *** [bin/s7] Error 1
> 
> Regards,
> Jim
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist




From taube at illinois.edu  Thu Aug  8 13:44:02 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Thu, 8 Aug 2013 15:44:02 -0500
Subject: [CM] oscpack working!
Message-ID: <93286E57-A0FF-4B48-93B3-B0330C80FB30@illinois.edu>

svn has oscpack working in Grace -- incredibly, it even seems to work on windows...i would really appreciate if a few kind people would help me by testing osc in/out using sc or pd or max, whatever. you can start with Help>Scheme>OSC example but if you have real data that would be even better,

since i refactored the code i also added some improvements over what was there -- in particular when you trace osc input or output I now display the full message contents in the Console, hopeful this will help you debug things.

to build Grace with oscpack all you do is
 
svn update
premake4 clean
premake4 --with-oscpack
make

when you do 'make' it will automatically download the sources for oscpack, just like sndlib and juce.  (if you build on windows see my updated comments in readme.text)

i had one small problem on linux that maybe someone can explain:  the first time i called 'make' it seemed like it worked (everything compiled)  but then when things linked i got

[?]

Linking Grace
obj/Grace/Debug/OscPack.o: In function `IpEndpointName':
/home/hkt/Software/cm/oscpack/ip/IpEndpointName.h:54: undefined reference to `IpEndpointName::GetHostByName(char const*)'
obj/Grace/Debug/OscPack.o: In function `osc::ReceivedBundleElementIterator::Advance()':
/home/hkt/Software/cm/oscpack/osc/OscReceivedElements.h:188: undefined reference to `osc::ReceivedBundleElement::Size() const'
obj/Grace/Debug/OscPack.o: In function `osc::ReceivedMessageArgumentIterator::operator++(int)':
/home/hkt/Software/cm/oscpack/osc/OscReceivedElements.h:301: undefined reference to `osc::ReceivedMessageArgumentIterator::Advance()'
obj/Grace/Debug/OscPack.o: In function `osc::OscPacketListener::ProcessBundle(osc::ReceivedBundle const&, IpEndpointName const&)':
/home/hkt/Software/cm/oscpack/osc/OscPacketListener.h:55: undefined reference to `osc::ReceivedBundleElement::IsBundle() const'
/home/hkt/Software/cm/oscpack/osc/OscPacketListener.h:56: undefined reference to `osc::ReceivedBundle::ReceivedBundle(osc::ReceivedBundleElement const&)'
/home/hkt/Software/cm/oscpack/osc/OscPacketListener.h:58: undefined reference to `osc::ReceivedMessage::ReceivedMessage(osc::ReceivedBundleElement const&)'
obj/Grace/Debug/OscPack.o: In function `osc::OscPacketListener::ProcessPacket(char const*, int, IpEndpointName const&)':
/home/hkt/Software/cm/oscpack/osc/OscPacketListener.h:70: undefined reference to `osc::ReceivedPacket::IsBundle() const'
/home/hkt/Software/cm/oscpack/osc/OscPacketListener.h:71: undefined reference to `osc::ReceivedBundle::ReceivedBundle(osc::ReceivedPacket const&)'
/home/hkt/Software/cm/oscpack/osc/OscPacketListener.h:73: undefined reference to `osc::ReceivedMessage::ReceivedMessage(osc::ReceivedPacket const&)'
obj/Grace/Debug/OscPack.o: In function `UdpTransmitSocket':
/home/hkt/Software/cm/oscpack/ip/UdpSocket.h:140: undefined reference to `UdpSocket::UdpSocket()'
/home/hkt/Software/cm/oscpack/ip/UdpSocket.h:140: undefined reference to `UdpSocket::Connect(IpEndpointName const&)'
/home/hkt/Software/cm/oscpack/ip/UdpSocket.h:140: undefined reference to `UdpSocket::~UdpSocket()'
obj/Grace/Debug/OscPack.o: In function `UdpListeningReceiveSocket':
/home/hkt/Software/cm/oscpack/ip/UdpSocket.h:159: undefined reference to `UdpSocket::UdpSocket()'


then i did 'make' again the second time it worked , and I'm not sure why?I'm not linking to an ospack library, I'm simply incorporating oscpack sources in to project, I'm wondering if the order of oscpac .o files in the linking line matters? if if does i don't know why it works on osc and windows.




From taube at illinois.edu  Fri Aug  9 03:51:00 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Fri, 9 Aug 2013 05:51:00 -0500
Subject: [CM] testing osc pack/building latest cm
In-Reply-To: <58217788-ED62-4A64-BA90-077A944620BB@googlemail.com>
References: <58217788-ED62-4A64-BA90-077A944620BB@googlemail.com>
Message-ID: <3F8C75EE-060B-4E76-8252-D9E9A7B2DE94@illinois.edu>

Hi antoine, 

1 what machine and compiler are you using?
2 you need to use premake4.4-beta4  (not premake4.3).  it must be the version with beta4 at the end (http://industriousone.com/premake/download)
3  delete your existing sndlib directory so we are sure it pulls the latest version
4 don't worry about the compiler warning, I've not seen it before but ill fix it.
5 the linking is strange, i wonder if i need to make it a library. i was hoping just to compile the files as part of the project since it should make building much easier.


On Aug 9, 2013, at 2:50 AM, Antoine Daurat <antoinedaurat at googlemail.com> wrote:

> Dear Rick,
> 
> I'd be glad to be of any help testing Osc-pack with Max but I get a bunch of errors when I try to build the latest cm - (allthough I installed the latest premake4) :
> 
> === Configuring Sndlib ====
> premake4 --with-g++
> /Users/Monster/cm/sndlib/premake4.lua:95: attempt to call field 'is64bit' (a nil value)
> === Making Sndlib ====
> make[2]: *** No targets specified and no makefile found.  Stop.
> s7.cpp
> Linking s7
> ld: warning: directory not found for option '-Lsndlib/lib'
> 
> also a few .cpp files generate warnings, for instance 
> 
> PlotWindow.cpp
> In file included from src/PlotWindow.cpp:19:
> src/Plot.h:148:18: warning: variable 'f' is used uninitialized whenever 'if'
>      condition is false [-Wsometimes-uninitialized]
>        else if (num==4)
>                 ^~~~~~
> 
> and then :
> 
> Linking Grace
> ld: warning: directory not found for option '-Lsndlib/lib'
> Undefined symbols for architecture x86_64:
> "IpEndpointName::GetHostByName(char const*)", referenced from:
>      IpEndpointName::IpEndpointName(char const*, int) in OscPack.o
>  "SocketReceiveMultiplexer::AsynchronousBreak()", referenced from:
>      UdpListeningReceiveSocket::AsynchronousBreak() in OscPack.o
> etc??.
> 
> 
> Best regards,
> 
> Antoine




From taube at illinois.edu  Fri Aug  9 05:34:39 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Fri, 9 Aug 2013 07:34:39 -0500
Subject: [CM] testing osc pack/building latest cm
In-Reply-To: <F279E5F4-C573-4A47-B6BE-E0B26E46AD8B@googlemail.com>
References: <58217788-ED62-4A64-BA90-077A944620BB@googlemail.com>
	<3F8C75EE-060B-4E76-8252-D9E9A7B2DE94@illinois.edu>
	<F279E5F4-C573-4A47-B6BE-E0B26E46AD8B@googlemail.com>
Message-ID: <22AB4017-F691-4D72-957E-DE3C02F606FF@illinois.edu>

ok so I'm doing something wrong with linking.  here is a test premake4 that will make a static oscpack library -- can you please try this  for me inside your cm/oscpack/   folder to see if it build ocspack's  lib and example apps?   Ive named it oscpackpremake4.lua so you don't confuse it with cm;s premake

do this:

cp oscpackpremake4.lua  cm/oscpack
cd cm/oscpack
premake4 --file=oscpackpremake4.lua 
make

-------------- next part --------------
A non-text attachment was scrubbed...
Name: oscpackpremake4.lua
Type: application/octet-stream
Size: 1537 bytes
Desc: not available
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130809/73543213/attachment.obj>
-------------- next part --------------




On Aug 9, 2013, at 7:13 AM, Antoine Daurat <antoinedaurat at googlemail.com> wrote:

> 1. I am on an iMac with Osx 10.7.5 and Xcode 4.6.3
> 2. I thougth that I had it, but I didn't, now I'm sure that I do have it.
> 3. I deleted all the cm folder and made a clean install
> 4. ok
> 5. the linking stays the same :
> ...
> OscPack.cpp
> Linking Grace
> Undefined symbols for architecture x86_64:
>  "IpEndpointName::GetHostByName(char const*)", referenced from:
>      IpEndpointName::IpEndpointName(char const*, int) in OscPack.o
>  "SocketReceiveMultiplexer::AsynchronousBreak()", referenced from:
>      UdpListeningReceiveSocket::AsynchronousBreak() in OscPack.o
> (it goes on a for while)
> 
> and finally :
> 
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see invocation)
> make[1]: *** [bin/Grace.app/Contents/MacOS/Grace] Error 1
> make: *** [Grace] Error 2
> 
> 
> Le 9 ao?t 2013 ? 12:51, Heinrich Taube a ?crit :
> 
>> Hi antoine, 
>> 
>> 1 what machine and compiler are you using?
>> 2 you need to use premake4.4-beta4  (not premake4.3).  it must be the version with beta4 at the end (http://industriousone.com/premake/download)
>> 3  delete your existing sndlib directory so we are sure it pulls the latest version
>> 4 don't worry about the compiler warning, I've not seen it before but ill fix it.
>> 5 the linking is strange, i wonder if i need to make it a library. i was hoping just to compile the files as part of the project since it should make building much easier.
>> 
>> 
>> On Aug 9, 2013, at 2:50 AM, Antoine Daurat <antoinedaurat at googlemail.com> wrote:
>> 
>>> Dear Rick,
>>> 
>>> I'd be glad to be of any help testing Osc-pack with Max but I get a bunch of errors when I try to build the latest cm - (allthough I installed the latest premake4) :
>>> 
>>> === Configuring Sndlib ====
>>> premake4 --with-g++
>>> /Users/Monster/cm/sndlib/premake4.lua:95: attempt to call field 'is64bit' (a nil value)
>>> === Making Sndlib ====
>>> make[2]: *** No targets specified and no makefile found.  Stop.
>>> s7.cpp
>>> Linking s7
>>> ld: warning: directory not found for option '-Lsndlib/lib'
>>> 
>>> also a few .cpp files generate warnings, for instance 
>>> 
>>> PlotWindow.cpp
>>> In file included from src/PlotWindow.cpp:19:
>>> src/Plot.h:148:18: warning: variable 'f' is used uninitialized whenever 'if'
>>>    condition is false [-Wsometimes-uninitialized]
>>>      else if (num==4)
>>>               ^~~~~~
>>> 
>>> and then :
>>> 
>>> Linking Grace
>>> ld: warning: directory not found for option '-Lsndlib/lib'
>>> Undefined symbols for architecture x86_64:
>>> "IpEndpointName::GetHostByName(char const*)", referenced from:
>>>    IpEndpointName::IpEndpointName(char const*, int) in OscPack.o
>>> "SocketReceiveMultiplexer::AsynchronousBreak()", referenced from:
>>>    UdpListeningReceiveSocket::AsynchronousBreak() in OscPack.o
>>> etc??.
>>> 
>>> 
>>> Best regards,
>>> 
>>> Antoine
>> 
> 


From antoinedaurat at googlemail.com  Fri Aug  9 05:13:04 2013
From: antoinedaurat at googlemail.com (Antoine Daurat)
Date: Fri, 9 Aug 2013 14:13:04 +0200
Subject: [CM] testing osc pack/building latest cm
In-Reply-To: <3F8C75EE-060B-4E76-8252-D9E9A7B2DE94@illinois.edu>
References: <58217788-ED62-4A64-BA90-077A944620BB@googlemail.com>
	<3F8C75EE-060B-4E76-8252-D9E9A7B2DE94@illinois.edu>
Message-ID: <F279E5F4-C573-4A47-B6BE-E0B26E46AD8B@googlemail.com>

1. I am on an iMac with Osx 10.7.5 and Xcode 4.6.3
2. I thougth that I had it, but I didn't, now I'm sure that I do have it.
3. I deleted all the cm folder and made a clean install
4. ok
5. the linking stays the same :
...
OscPack.cpp
Linking Grace
Undefined symbols for architecture x86_64:
  "IpEndpointName::GetHostByName(char const*)", referenced from:
      IpEndpointName::IpEndpointName(char const*, int) in OscPack.o
  "SocketReceiveMultiplexer::AsynchronousBreak()", referenced from:
      UdpListeningReceiveSocket::AsynchronousBreak() in OscPack.o
(it goes on a for while)

and finally :

ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [bin/Grace.app/Contents/MacOS/Grace] Error 1
make: *** [Grace] Error 2


Le 9 ao?t 2013 ? 12:51, Heinrich Taube a ?crit :

> Hi antoine, 
> 
> 1 what machine and compiler are you using?
> 2 you need to use premake4.4-beta4  (not premake4.3).  it must be the version with beta4 at the end (http://industriousone.com/premake/download)
> 3  delete your existing sndlib directory so we are sure it pulls the latest version
> 4 don't worry about the compiler warning, I've not seen it before but ill fix it.
> 5 the linking is strange, i wonder if i need to make it a library. i was hoping just to compile the files as part of the project since it should make building much easier.
> 
> 
> On Aug 9, 2013, at 2:50 AM, Antoine Daurat <antoinedaurat at googlemail.com> wrote:
> 
>> Dear Rick,
>> 
>> I'd be glad to be of any help testing Osc-pack with Max but I get a bunch of errors when I try to build the latest cm - (allthough I installed the latest premake4) :
>> 
>> === Configuring Sndlib ====
>> premake4 --with-g++
>> /Users/Monster/cm/sndlib/premake4.lua:95: attempt to call field 'is64bit' (a nil value)
>> === Making Sndlib ====
>> make[2]: *** No targets specified and no makefile found.  Stop.
>> s7.cpp
>> Linking s7
>> ld: warning: directory not found for option '-Lsndlib/lib'
>> 
>> also a few .cpp files generate warnings, for instance 
>> 
>> PlotWindow.cpp
>> In file included from src/PlotWindow.cpp:19:
>> src/Plot.h:148:18: warning: variable 'f' is used uninitialized whenever 'if'
>>     condition is false [-Wsometimes-uninitialized]
>>       else if (num==4)
>>                ^~~~~~
>> 
>> and then :
>> 
>> Linking Grace
>> ld: warning: directory not found for option '-Lsndlib/lib'
>> Undefined symbols for architecture x86_64:
>> "IpEndpointName::GetHostByName(char const*)", referenced from:
>>     IpEndpointName::IpEndpointName(char const*, int) in OscPack.o
>> "SocketReceiveMultiplexer::AsynchronousBreak()", referenced from:
>>     UdpListeningReceiveSocket::AsynchronousBreak() in OscPack.o
>> etc??.
>> 
>> 
>> Best regards,
>> 
>> Antoine
> 




From taube at illinois.edu  Sun Aug 11 05:19:14 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Sun, 11 Aug 2013 07:19:14 -0500
Subject: [CM] beta4 with oscpack
Message-ID: <DD1C85CA-01B2-4BBD-A627-3EC10F917DD2@illinois.edu>

beta4 with ospack on all systems is available. would be grateful for osc testing with real data

mac:
	http://camil.music.illinois.edu/software/grace/Grace-3.9.0-beta4-osx.zip
win:
	http://camil.music.illinois.edu/software/grace/Grace-3.9.0-beta4-win32.zip
src:
	http://camil.music.illinois.edu/software/grace/cm-3.9.0-beta4-src.zip

1 oscpack should build  everywhere now (i create a static library and that seems to fix the strange linking problem)
2 audio file player now handles ogg, flac, mp3, and windows media format . 
3 fixed a few display bugs in the instrument browser added export buttons for restrings instruments do disck
4 Added "Export" items to all the example menus and the instrument browser. these items let you easily restore files from grace's internal zip into your file system
5 Added Help>Scheme>Extras that Ill start adding things to. right now its got Sean Ferguson's acoustic dissonance sorter (which is actually quite cool, it lets you rank/sort chords by their acoustic dissonance according to critical band their, see comments at top of file)








From taube at illinois.edu  Tue Aug 13 03:35:22 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Tue, 13 Aug 2013 05:35:22 -0500
Subject: [CM] YoungWoo receives Distinguished Musician award
Message-ID: <8C1AD9FE-FE34-4D25-96FE-6CDC33A5FF9D@illinois.edu>

FYI: YoungWoo was recent recognized by the 2013 IBLA Grand Prize (Italy) as a Distinguished Musician for her solo piano piece, "Yeoubi", which also won a Special Mention. Congratulations to YoungWoo!

best, Rick




From taube at illinois.edu  Tue Aug 13 03:32:26 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Tue, 13 Aug 2013 05:32:26 -0500
Subject: [CM] Fwd: Just released an EP!
References: <CAH0Z18tyCucJ_1cnOEgP=fMP-G9jn079qBhcyuA1Xi5zRHudtg@mail.gmail.com>
Message-ID: <0B5C5867-D915-4D88-A6A9-D5B06F42DD3C@illinois.edu>

FYI: Joe Meland's  band just released their first EP. Here's a link to it: http://fauvemusic.bandcamp.com/. The band includes UIUC musicians Sam Hasting, Mark Hartsuch, Justin Peters, Erik Opland, and Noah Gehrmann.

-Rick

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130813/4f02b1af/attachment.html>

From j_hearon at hotmail.com  Wed Aug 14 15:48:41 2013
From: j_hearon at hotmail.com (James Hearon)
Date: Wed, 14 Aug 2013 22:48:41 +0000
Subject: [CM] Grace Beta4, with oscpack
In-Reply-To: <mailman.1.1376247601.25786.cmdist@ccrma.stanford.edu>
References: <mailman.1.1376247601.25786.cmdist@ccrma.stanford.edu>
Message-ID: <BLU168-W1009411D774F1ECEAD7F7D6E5450@phx.gbl>

Hi,
Seemed to do o.k. with 
> premake4 --with-oscpack
but gets stuck on building debug vers of libsndlib on f19.

Regards,
Jim


s7.c
cc -MMD -MP -DWITH_AUDIO -DHAVE_SCHEME -DHAVE_PREMAKE -DHAVE_ALSA -DSIZEOF_VOID_P=4 -DHAVE_CONFIG_H=1 -DDEBUG -I.  -g -o "obj/Debug/s7.o" -MF obj/Debug/s7.d -c "s7.c"
Linking sndlib
ar -rcs lib/libsndlib.a obj/Debug/headers.o obj/Debug/audio.o obj/Debug/io.o obj/Debug/sound.o obj/Debug/xen.o obj/Debug/vct.o obj/Debug/clm.o obj/Debug/sndlib2xen.o obj/Debug/clm2xen.o obj/Debug/s7.o 
Linking s7
/usr/bin/ld: sndlib/lib/libsndlib.a(s7.o): undefined reference to symbol 'dlopen@@GLIBC_2.1'
/usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2 so try adding it to the linker command line
/lib/libdl.so.2: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[1]: *** [bin/s7] Error 1
make: *** [s7] Error 2



 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130814/2d800397/attachment.html>

From j_hearon at hotmail.com  Thu Aug 15 11:06:16 2013
From: j_hearon at hotmail.com (James Hearon)
Date: Thu, 15 Aug 2013 18:06:16 +0000
Subject: [CM] Grace, s7 linking on fedora
In-Reply-To: <mailman.3.1376420401.31097.cmdist@ccrma.stanford.edu>
References: <mailman.3.1376420401.31097.cmdist@ccrma.stanford.edu>
Message-ID: <BLU168-W1070F0FC9A60BEC9AC85086E5460@phx.gbl>

re: Grace, Beta4 on f19

s7.c
cc -ldl -lpthread -MMD -MP -DHAVE_SCHEME=1 -Isrc -Isndlib   -MMD -MP -DWITH_AUDIO -DHAVE_SCHEME -DHAVE_PREMAKE -DHAVE_ALSA -DSIZEOF_VOID_P=4 -DHAVE_CONFIG_H=1 -DDEBUG -I.  -g -o "obj/Debug/s7.o" -MF obj/Debug/s7.d -c "s7.c"
Linking sndlib
ar -rcs lib/libsndlib.a obj/Debug/headers.o obj/Debug/audio.o obj/Debug/io.o obj/Debug/sound.o obj/Debug/xen.o obj/Debug/vct.o obj/Debug/clm.o obj/Debug/sndlib2xen.o obj/Debug/clm2xen.o obj/Debug/s7.o 
s7.cpp
Linking s7
/usr/bin/ld: sndlib/lib/libsndlib.a(s7.o): undefined reference to symbol 'dlopen@@GLIBC_2.1'
/usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2 so try adding it to the linker command line
/lib/libdl.so.2: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[1]: *** [bin/s7] Error 1
make: *** [s7] Error 2


Still scratching my head about this error...
undefined reference to symbol 'dlopen@@GLIBC_2.1'

I did: $ CFLAGS='-ldl -lpthread' ./premake4 --with-oscpack

also

$ CFLAGS='-ldl -lpthread' make

and cc above shows ldl and pthread added to the linker command line, but still get the error.

Must be something else.  Odd thing is I can build the standalone src sndlib tarball just fine using ./configure --with-audio, --with-alsa, --with-s7.

Regards,
Jim
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130815/7003ded5/attachment.html>

From j_hearon at hotmail.com  Sat Aug 17 12:13:13 2013
From: j_hearon at hotmail.com (James Hearon)
Date: Sat, 17 Aug 2013 19:13:13 +0000
Subject: [CM] beta4 with oscpack
In-Reply-To: <mailman.1.1376247601.25786.cmdist@ccrma.stanford.edu>
References: <mailman.1.1376247601.25786.cmdist@ccrma.stanford.edu>
Message-ID: <BLU168-W2DE506F8B6F5BDB1A5C37E5400@phx.gbl>

Hi,
Nothing fancy, but am able to send/receive w/Grace beta4 OSCpack and pdextended ccrma build on f19.  For pd used import mrpeach, packOSC and unpackOSC objs.
This was just on the same machine using localhost, but will try later across IPs.

Regards,
Jim

 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130817/e90ada34/attachment.html>

From j_hearon at hotmail.com  Mon Aug 19 18:48:56 2013
From: j_hearon at hotmail.com (James Hearon)
Date: Tue, 20 Aug 2013 01:48:56 +0000
Subject: [CM] Grace, Beta4, file open
In-Reply-To: <mailman.1.1376593202.21573.cmdist@ccrma.stanford.edu>
References: <mailman.1.1376593202.21573.cmdist@ccrma.stanford.edu>
Message-ID: <BLU168-W92660195C13BE171BB14C0E5430@phx.gbl>

Hi,I'm seeing a small  issue with file open, or ctrl + O.  After starting Grace, Beta4the file open command only gives a new, blank editor window, not the target file,such as an .scm file.
But if I manage to open an .scm file, for ex., by opening say an .scm from the Help/Examples menu,then the file open menu starts working correctly.
This is on my linux box.
Regards,Jim

 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130820/4532c058/attachment.html>

From j_hearon at hotmail.com  Thu Aug 22 10:23:36 2013
From: j_hearon at hotmail.com (James Hearon)
Date: Thu, 22 Aug 2013 17:23:36 +0000
Subject: [CM] Grace, Beta4 File I/O
In-Reply-To: <mailman.3.1377025204.21289.cmdist@ccrma.stanford.edu>
References: <mailman.3.1377025204.21289.cmdist@ccrma.stanford.edu>
Message-ID: <BLU168-W18AE5440A61387B2FC7EEFE54D0@phx.gbl>

 Hi,
Not sure if the screen shot .png, below, made it thru the listserv.

File I/O problem I was seeing for File Open seems to be getting worse when I try to Save As.  Error is: SAVE FILE Error saving /home/fedora2/** (zenity:1621); WARNING **: Couldn't register with accessibility bus:  Did not receive a reply.....


  
Regards,
Jim

  		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130822/18bd68d4/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.png
Type: image/png
Size: 35860 bytes
Desc: not available
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130822/18bd68d4/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.png
Type: image/png
Size: 35860 bytes
Desc: not available
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130822/18bd68d4/attachment-0001.png>

From taube at illinois.edu  Thu Aug 22 14:48:40 2013
From: taube at illinois.edu (Heinrich Taube)
Date: Thu, 22 Aug 2013 16:48:40 -0500
Subject: [CM] Grace, Beta4 File I/O
In-Reply-To: <BLU168-W18AE5440A61387B2FC7EEFE54D0@phx.gbl>
References: <mailman.3.1377025204.21289.cmdist@ccrma.stanford.edu>
	<BLU168-W18AE5440A61387B2FC7EEFE54D0@phx.gbl>
Message-ID: <60155B32-08E1-43D8-9FE0-3BABA49DACC1@illinois.edu>

googling around this seems to be something in gnome that can be triggered by a variety of apps, so i don't thing its anything directly to do with Grace.   Im able to do Open and Save As without problems on Ubuntu, for example.



On Aug 22, 2013, at 12:23 PM, James Hearon <j_hearon at hotmail.com> wrote:

>  Hi,
> Not sure if the screen shot .png, below, made it thru the listserv.
> 
> File I/O problem I was seeing for File Open seems to be getting worse when I try to Save As.  Error is: SAVE FILE Error saving /home/fedora2/** (zenity:1621); WARNING **: Couldn't register with accessibility bus:  Did not receive a reply.....
> 
> 
>  <test.png> 
> Regards,
> Jim
> 
>  
> <test.png>_______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist




From Michael.Rogulla at SIZ.DE  Tue Aug 27 04:16:14 2013
From: Michael.Rogulla at SIZ.DE (Michael.Rogulla at SIZ.DE)
Date: Tue, 27 Aug 2013 13:16:14 +0200
Subject: [CM] window "audio settings" is too small
Message-ID: <OF88007747.3254A546-ONC1257BD4.003247A4-C1257BD4.003DE973@SIZ>

Hi all,

I'm testing Grace 3.9beta4 under Windows7. It runs fine, but calling 
"audio settings" shows a window
a) which is too small in y-direction (the bottom says "sample rate", but 
there can be seen a part of another button)
a) that cannot be resized

In my opinion all windows should be resizeable.

Greetings, Mikel.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20130827/af380be4/attachment.html>

From torsten.anders at beds.ac.uk  Wed Aug 28 10:51:03 2013
From: torsten.anders at beds.ac.uk (Torsten Anders)
Date: Wed, 28 Aug 2013 17:51:03 -0000
Subject: [CM] slime cm-2.10 and ASDF
In-Reply-To: <594EC66F-DA23-4501-810D-A14C2173DDF6@illinois.edu>
References: <1375182682.4249.15.camel@ahc> <20130730145801.GD2026@X1-orm>
	<36CF9693-B691-4689-BA6E-3E2428E168D3@illinois.edu>
	<20130730191242.M80324@mh-freiburg.de>
	<54337B75-AF31-4D8E-A459-4E9562EF0303@illinois.edu>
	<1375757616.8024.47.camel@ahc>
	<20130806085358.M7575@mh-freiburg.de>
	<1F29AED2-9298-4310-AC5F-51646BBAF187@beds.ac.uk>
	<87iozi63k0.fsf@josefk.localdomain>
	<594EC66F-DA23-4501-810D-A14C2173DDF6@illinois.edu>
Message-ID: <F06870B1-21C1-4F0C-858C-E262256F24E0@beds.ac.uk>

Thanks for sharing those links. 

> he also has another nice package that does acoustic dissonance measurement based on Parncutt. 
> 
> http://www.music.mcgill.ca/~ferguson/Ferguson%20Contribs/Apprentice-Dissonance.lisp


I am doing a lot of harmony in CAC, so this is a very nice find. Thanks! 

> fwiw  sean furguson wrote a very nice break-point function package in common lisp years ago:
> 
> http://www.music.mcgill.ca/~ferguson/Ferguson%20Contribs/Apprentice-Envelopes%20Folder/Apprentice-Envelopes.lisp

Actually, this is not quite what I meant -- the BPF editor of PWGL is a graphical editor, more like your CM plotter. 

Anyway, if we are sharing links to BPF implementation ideas, here is another one I did about ten years ago (and recently ported to PWGL). The main idea is to use plain math functions as envelopes, and by combining such functions in various ways a rich set of envelope transformations is possible. A very long time ago I transformed this idea even into a CM pattern so that the CM function next could cycle through such an envelope. 

  https://github.com/tanders/fenv

In case anyone is interested, I also still have the plain-lisp version of that somewhere. (The link provided shows the recent PWGL version, with a brief PWGL tutorial, but old plain Lisp examples and some macros not helpful in PWGL removed).

Best wishes,
Torsten

--
Dr Torsten Anders
Course Leader, Music Technology
University of Bedfordshire
Park Square, Room A315
http://www.torsten-anders.de



On 6 Aug 2013, at 21:12, Heinrich Taube <taube at illinois.edu> wrote:

> 
> On Aug 6, 2013, at 2:07 PM, <anders.vinjar at bek.no> wrote:
> 
>> 
>>   t> However, after loading I noticed that PWGL became unusably
>>   t> slow. 
> 
> i was never able to do much with lisp works,  i think the lisp heap was limited in their free version or something like that. you might try compiling in one pass then loading in another, but i think i tried that and it didn't work or help much. does pwgl only run in lisp works?? oy..
> 
> 
>> PWGL (e.g., its score editors and break-point functions etc.) alongside CM2, which would be great. 
> 
> fwiw  sean furguson wrote a very nice break-point function package in common lisp years ago:
> 
> http://www.music.mcgill.ca/~ferguson/Ferguson%20Contribs/Apprentice-Envelopes%20Folder/Apprentice-Envelopes.lisp
> 
> he also has another nice package that does acoustic dissonance measurement based on Parncutt. 
> 
> http://www.music.mcgill.ca/~ferguson/Ferguson%20Contribs/Apprentice-Dissonance.lisp
> 
> 
> I've ported this one to scheme already, its in res/doc
> 
> 
> 
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist