From noah at listenlabs.com Sat Dec 1 23:01:10 2007 From: noah at listenlabs.com (Noah Thorp) Date: Sat, 1 Dec 2007 23:01:10 -0800 (PST) Subject: [CM] December Bay Area Computer Music Technology Meetup Message-ID: <32806.76.102.141.65.1196578870.squirrel@www.vqme.com> Bay Area Computer Music Technology Meetup Laptop Orchestras, Livecoding Music in Quoth/Smalltalk, Lightning Talks Stanford Center for Computer Research in Music and Accoustics (CCRMA) December 6th 7:30PM 660 Lomita Dr., Stanford, CA 94305 Please RSVP at http://electronicmusic.meetup.com/152/ Many thanks to Ge Wang and Stanford for hosting our December Computer Music Technology meetup! More info and images for the CCRMA location are available here http://ccrma.stanford.edu/~ge/knoll/ The event will begin at 7:30pm with a tour of CCRMA. At 8pm there will be two planned presentations: - Ge Wang (http://ccrma.stanford.edu/~ge/) will be presenting on Laptop Orchestras. Ge is a co-founding developer and co-director of the first laptop orchestra at Princeton (PLOrk). He is currently starting the Stanford Laptop Orchestra (SLOrk) and the Left Coast Laptop Orchestra (naming in progress). - Craig Latta will be presenting his Smalltalk based musical livecoding project called "quoth" that uses executable natural language! See http://www.netjam.org/projects/quoth/ - Lightning talk on building a feedback piano - Tentative presentation on Common Lisp Music (CLM) - Presenter Bios can be found here: http://electronicmusic.meetup.com/152/calendar/6710808/ If you would like to do a lightning talk (5 minute presentation) come with your laptop. Stanford CCRMA residents are encouraged to present as are other participants (aka You!). Contact me in advance or just come prepared and let me know when you see me that you would like to present. Also, let me mention that there are three upcoming events in January: - January 10th (Thursday): presentations including Andrew Benson from Cycling 74 presenting on what's new in Max 5. The event will be in SF or Berkeley. - January 13th (Sunday): Ge Wang will be teaching a workshop on ChucK programming at Stanford - January 24th (Thursday): Build Ruby Language Audio APIs Brainstorming session will meet in SF (Venue TBD; learn more here http://electronicmusic.meetup.com/152/calendar/6806947/ ) Please pass this info on to friends, colleagues, or students who may be interested in attending. Feel free to contact me if you have any suggestions, needs, or questions. All The Best, Noah Thorp Bay Area Computer Music Technology Group Organizer Contact: Email me at my first name at listenlabs.com From taube at uiuc.edu Sun Dec 2 06:38:23 2007 From: taube at uiuc.edu (Rick Taube) Date: Sun, 2 Dec 2007 08:38:23 -0600 Subject: [CM] Receiving from portmidi In-Reply-To: <1195794880.9170.4.camel@cmn2.stanford.edu> References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> Message-ID: i have MIDI input working again in Portmidi -- somehow I managed to lose several function definitions in the file cm-recv.lisp. I put these back and tested on SBCL and OpenMCL (on macosx, I will also test on my planetccrma box tomorrow when im at work but it should be working.) Ive uploaded the fixed portmidi tarball to sourceforge as portmidi-2.0.2: http://sourceforge.net/project/showfiles.php? group_id=9766&package_id=172088 my apologies for getting behind on the fix... also Scheme MIDI hooks should be working in Grace sometime this week, at that point I would suggest trying that for midi realtime in lisp as the support and scheduling will be better. From taube at uiuc.edu Sun Dec 2 07:41:49 2007 From: taube at uiuc.edu (Rick Taube) Date: Sun, 2 Dec 2007 09:41:49 -0600 Subject: [CM] Receiving from portmidi In-Reply-To: References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> Message-ID: <8F815608-F876-457B-86B9-10910F6BCF56@uiuc.edu> sorry forget to append test code that shows how to use it: ;---------------------------------------------------- (in-package cm) (use-system :portmidi) (pprint (pm:GetDeviceInfo )) (defparameter pm (portmidi-open :input 1 :output 2)) (recv pm) (recv? pm) ;; printout may or may not work under the callback depending on your ;; lisp. if not then look at mymessages to see if it worked. (defparameter mymessages (list)) (recv-set! pm (lambda (m) (print m) (push m mymessages ) )) (print mymessages) (mapcar #'(lambda (m) (midi-print-message m 0)) mymessages) (recv-stop pm) From rm at seid-online.de Sun Dec 2 08:34:44 2007 From: rm at seid-online.de (Ralf Mattes) Date: Sun, 02 Dec 2007 17:34:44 +0100 Subject: [CM] Receiving from portmidi In-Reply-To: References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> Message-ID: <1196613284.31782.11.camel@localhost.localdomain> On Sun, 2007-12-02 at 08:38 -0600, Rick Taube wrote: > i have MIDI input working again in Portmidi -- somehow I managed to > lose several function definitions in the file cm-recv.lisp. I put > these back and tested on SBCL and OpenMCL (on macosx, I will also > test on my planetccrma box tomorrow when im at work but it should be > working.) > > Ive uploaded the fixed portmidi tarball to sourceforge as > portmidi-2.0.2: > > http://sourceforge.net/project/showfiles.php? > group_id=9766&package_id=172088 Is this available in a VC system somewhere? I've an old version of portmidi from :pserver:anonymous at commonmusic.cvs.sourceforge.net:/cvsroot/commonmusic but couldn't find a portmidi modulein the subversion repository (nor the rts code ...). Cheers, Ralf Mattes > my apologies for getting behind on the fix... > > also Scheme MIDI hooks should be working in Grace sometime this week, > at that point I would suggest trying that for midi realtime in lisp > as the support and scheduling will be better. > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From taube at uiuc.edu Sun Dec 2 09:33:41 2007 From: taube at uiuc.edu (Rick Taube) Date: Sun, 2 Dec 2007 11:33:41 -0600 Subject: [CM] Receiving from portmidi In-Reply-To: <1196613284.31782.11.camel@localhost.localdomain> References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> <1196613284.31782.11.camel@localhost.localdomain> Message-ID: <4D3B3F80-5FFC-4568-B63C-896FE2743B8F@uiuc.edu> > Is this available in a VC system somewhere? I've an old version of > portmidi from Not at the moment, you can get them from the release page. The reason is this: After I swithced to svn i checked in cm and grace and then stopped checking things in because i think i messed up how im supposed to do multiple modules using svn. (and yes i read the docs, several times...) right now i have a single trunk with multiple projects, ie this is what's in svn now: http://commonmusic.svn.sf.net/svnroot/commonmusic/trunk/cm http://commonmusic.svn.sf.net/svnroot/commonmusic/trunk/grace but after working with it i think what i (probably) should have done is: http://commonmusic.svn.sf.net/svnroot/commonmusic/cm/trunk/ http://commonmusic.svn.sf.net/svnroot/commonmusic/grace/trunk/ If i did this wrong then I have have sourceforge wipe out my current repository and then i have to try to install from a svndump again, which takes some time...So Ive been waiting for the winter break to figure out what is the right way to do this is. it hasnt been such an issue since im only actually working on grace now and the other code is stable. it seems like just putting them on the release page until i know what to do was the easiest thing to do. if anyone out there knows what the best way to have multiple modules in sourceforge please let me know. From rm at seid-online.de Sun Dec 2 09:49:12 2007 From: rm at seid-online.de (Ralf Mattes) Date: Sun, 02 Dec 2007 18:49:12 +0100 Subject: [CM] Receiving from portmidi In-Reply-To: <4D3B3F80-5FFC-4568-B63C-896FE2743B8F@uiuc.edu> References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> <1196613284.31782.11.camel@localhost.localdomain> <4D3B3F80-5FFC-4568-B63C-896FE2743B8F@uiuc.edu> Message-ID: <1196617752.31782.16.camel@localhost.localdomain> On Sun, 2007-12-02 at 11:33 -0600, Rick Taube wrote: > > Is this available in a VC system somewhere? I've an old version of > > portmidi from > > > Not at the moment, you can get them from the release page. The reason > is this: > After I swithced to svn i checked in cm and grace and then stopped > checking things in because i think i messed up how im supposed to do > multiple modules using svn. (and yes i read the docs, several times...) I see. I'm not too keen about SVN's way of organizing larger projects. > right now i have a single trunk with multiple projects, ie this is > what's in svn now: > > http://commonmusic.svn.sf.net/svnroot/commonmusic/trunk/cm > http://commonmusic.svn.sf.net/svnroot/commonmusic/trunk/grace > > but after working with it i think what i (probably) should have done is: > > http://commonmusic.svn.sf.net/svnroot/commonmusic/cm/trunk/ > http://commonmusic.svn.sf.net/svnroot/commonmusic/grace/trunk/ > > If i did this wrong then I have have sourceforge wipe out my current > repository and then i have to try to install from a svndump again, > which takes some time...So Ive been waiting for the winter break to > figure out what is the right way to do this is. Probably not use SourceForge ... ;-) I somehow get the impression that for many projects SF seems to create more trouble than value. > it hasnt been such an issue since im only actually working on grace > now and the other code is stable. it seems like just putting them on > the release page until i know what to do was the easiest thing to do. I can live with that. Since I'm trying to wrap your code into (Debian/Ubuntu) packages I appreciate some kind of VC to keep track of your changes vs. mine ... > if anyone out there knows what the best way to have multiple modules > in sourceforge please let me know. Cheers, RalfD > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From rm at seid-online.de Sun Dec 2 09:56:46 2007 From: rm at seid-online.de (Ralf Mattes) Date: Sun, 02 Dec 2007 18:56:46 +0100 Subject: [CM] Receiving from portmidi In-Reply-To: References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> Message-ID: <1196618206.31782.25.camel@localhost.localdomain> On Sun, 2007-12-02 at 08:38 -0600, Rick Taube wrote: > i have MIDI input working again in Portmidi -- somehow I managed to > lose several function definitions in the file cm-recv.lisp. I put > these back and tested on SBCL and OpenMCL (on macosx, I will also > test on my planetccrma box tomorrow when im at work but it should be > working.) > > Ive uploaded the fixed portmidi tarball to sourceforge as > portmidi-2.0.2: > > http://sourceforge.net/project/showfiles.php? > group_id=9766&package_id=172088 > > my apologies for getting behind on the fix... > > also Scheme MIDI hooks should be working in Grace sometime this week, > at that point I would suggest trying that for midi realtime in lisp > as the support and scheduling will be better. > Hmm - seems like your code doesn't even compile in my setup (GNU/Linux, Ubuntu Feisty with SBCL-1.0.10.debian and a rather fresh CFFI checkout. This (from cffi-portmidi.lisp) already triggers an error: (cffi:define-foreign-type pm-message () ':long) In DEFCLASS PM-MESSAGE, the slot name :LONG is a keyword. [Condition of type SB-INT:SIMPLE-PROGRAM-ERROR] The ': sequence smells like autogenerated code. What's going on here? BTW, I think you can simplify your library loading code - you don't need to loop through a list of possible library locations. CFFI provides code for doing this already. Just do: (pushnew "/usr/local/lib/" cffi:*foreign-library-directories* :test #'equal) and then: (cffi:load-forreign-library "libportmidi.so"( (Unfortunately one still needs to conditionalize in the file type, but I guess that could/should be fixed in CFFI). Cheers, RalfD _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From taube at uiuc.edu Sun Dec 2 10:16:16 2007 From: taube at uiuc.edu (Rick Taube) Date: Sun, 2 Dec 2007 12:16:16 -0600 Subject: [CM] Receiving from portmidi In-Reply-To: <1196618206.31782.25.camel@localhost.localdomain> References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> <1196618206.31782.25.camel@localhost.localdomain> Message-ID: this is a cffi issue -- im using cffi-061220. sigh. all this platform/ packaging nonsense in commonlisp is one of the main reasons im moving to juce. i cant do anything about this until i get on my linux box at work. it should work in linux with the cffi im using though. On Dec 2, 2007, at 11:56 AM, Ralf Mattes wrote: > This (from cffi-portmidi.lisp) already triggers an error: > > (cffi:define-foreign-type pm-message () ':long) > > In DEFCLASS PM-MESSAGE, the slot name :LONG is a keyword. > [Condition of type SB-INT:SIMPLE-PROGRAM-ERROR] From nando at ccrma.Stanford.EDU Sun Dec 2 20:36:35 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sun, 02 Dec 2007 20:36:35 -0800 Subject: [CM] Receiving from portmidi In-Reply-To: <8F815608-F876-457B-86B9-10910F6BCF56@uiuc.edu> References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> <8F815608-F876-457B-86B9-10910F6BCF56@uiuc.edu> Message-ID: <1196656595.25572.20.camel@cmn3.stanford.edu> On Sun, 2007-12-02 at 09:41 -0600, Rick Taube wrote: > sorry forget to append test code that shows how to use it: > > ;---------------------------------------------------- > > (in-package cm) > > (use-system :portmidi) > (pprint (pm:GetDeviceInfo )) > (defparameter pm (portmidi-open :input 1 :output 2)) > (recv pm) > (recv? pm) > > ;; printout may or may not work under the callback depending on your > ;; lisp. if not then look at mymessages to see if it worked. > > (defparameter mymessages (list)) > (recv-set! pm (lambda (m) (print m) (push m mymessages ) )) > (print mymessages) > (mapcar #'(lambda (m) (midi-print-message m 0)) mymessages) > (recv-stop pm) Using cffi-070221 + last week's cm svn + portmidi 2.0.2: The example above prints numbers when a keyboard is connected appropriately. So the low level portmidi appears to be working. **BUT** Portmidi from _Common Music_ is not working, when I try to execute an example I get exactly the same error message as reported before. This is what I wrote last week: > This used to work. AFAICT *receive-methods* in io.lisp/io.scm is nil > and never initialized, as long as it is nil nothing will happen. None > of the receiver examples work (tried with today's svn and current > portmidi and rts tarballs). Unless I'm missing something this seems to be a problem in the _cm_ codebase, not in the portmidi codebase. There's functions missing in cm as well as in portmidi (which I did not notice as we did not even get to the underlying portmidi layer before). Otherwise I don't see how that variable gets initialize to something not nil. If it is nil then the error described in the thread is triggered. -- Fernando From taube at uiuc.edu Mon Dec 3 04:00:10 2007 From: taube at uiuc.edu (Rick Taube) Date: Mon, 3 Dec 2007 06:00:10 -0600 Subject: [CM] Receiving from portmidi In-Reply-To: <1196656595.25572.20.camel@cmn3.stanford.edu> References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> <8F815608-F876-457B-86B9-10910F6BCF56@uiuc.edu> <1196656595.25572.20.camel@cmn3.stanford.edu> Message-ID: nando, its been a while but i believe that the functions im using: recv recv-set! recv-stop recv? are supposed to be the receiving api for CM. these generic functions are defined in the CM package they get specialized for any port that supports receiving. for example if you look in the Osc system you will find methods on the same functions. this might be something that didnt get updated in the doc. From taube at uiuc.edu Mon Dec 3 04:31:23 2007 From: taube at uiuc.edu (Rick Taube) Date: Mon, 3 Dec 2007 06:31:23 -0600 Subject: [CM] Receiving from portmidi In-Reply-To: References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> <8F815608-F876-457B-86B9-10910F6BCF56@uiuc.edu> <1196656595.25572.20.camel@cmn3.stanford.edu> Message-ID: <9FF2293A-9A68-4962-BE3C-DDE4762F1559@uiuc.edu> yes, i see that the docs were not updated. im sorry, this somehow fell through the cracks. the newer api was developed after working with the older functions for a while --they are easier to actually work with interactivly: for example you dont need to clear a hook before you set another one, initiating receiving is separate from setting the hook, and the function names are easier/faster to type. for portmidi the methods are: recv ( &key (priority 20) (resolution 5) ) start receive thread for portmidi with priority. resolution is thread's millisecond tick time. recv-stop () stop portmidi's receive thread. recv? () returns :running if receive thread is running else returns :stopped recv-set!( function) makes function the receiver for portmidi. function accepts one arg and is passed the midi event read from the port. the midi event is formatted fixnum midi message decumented in http:// commonmusic.sourceforge.net/doc/dict/midi-topic.html#midi_low_level From nando at ccrma.Stanford.EDU Mon Dec 3 10:34:51 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon, 03 Dec 2007 10:34:51 -0800 Subject: [CM] Receiving from portmidi In-Reply-To: <9FF2293A-9A68-4962-BE3C-DDE4762F1559@uiuc.edu> References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> <8F815608-F876-457B-86B9-10910F6BCF56@uiuc.edu> <1196656595.25572.20.camel@cmn3.stanford.edu> <9FF2293A-9A68-4962-BE3C-DDE4762F1559@uiuc.edu> Message-ID: <1196706891.27930.27.camel@cmn3.stanford.edu> On Mon, 2007-12-03 at 06:31 -0600, Rick Taube wrote: > yes, i see that the docs were not updated. im sorry, this somehow > fell through the cracks. What I posted was me actually _using_ the now supossedly old, outdated API that was referenced to in the documentation in a checkout from last week svn. If I do "(set-receiver! hook stream)" as in the examples it works (or tries to work). It does _not_ say something like "set-receiver unknown function" or an even more informative message like "this is an obsolete API call". As far as I can tell, the code that is called is incomplete as I outlined in my previous message which you should have read. It either should work or not be there at all. I must be missing something very basic. If that is an old API, why can I still execute it from a fresh svn checkout? From my point of view it looks like fragments of the old API are still in place in the source code and, of course, are not working correctly. It is not just the documentation, it is the code as well AFAICT. BTW, the docs in sourceforge are still saying I can happily use "set-receiver!" in my code. -- Fernando [BTW and off topic: what do we use, cvs or svn? The docs here: http://commonmusic.sourceforge.net/doc/install.html still tell the unwary visitor to use cvs, which still works!, ie: the person will be able to access and compile an old version, if svn is the current option to use] From nando at ccrma.Stanford.EDU Mon Dec 3 10:58:56 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon, 03 Dec 2007 10:58:56 -0800 Subject: [CM] linux, sbcl, osc patch Message-ID: <1196708336.27930.35.camel@cmn3.stanford.edu> I had to add this patch to osc-1.0.1 for it to work (well, don't really know if it works, not completely tested) on linux/sbcl. This was due to a bug report from Joakim in the Planet CCRMA list: On Sat, 2007-12-01 at 23:02 +0100, joakim at verona.se wrote: > Fernando Lopez-Lezcano writes: > > Looks like an old bug: > > > > http://ccrma-mail.stanford.edu/pipermail/cmdist/2007-May/004084.html > > > > I did a quick build including osc and seems to work (includes a > > workaround for the package locking bug) > > > > http://www.sbcl.org/manual/Package-Lock-Dictionary.html > > > > I used "without-package-locks" when compiling and loading osc. > > > > Tested only to the extent that it loads in a chroot. > > Hope it works for you. > > Now I get a small step further: > > (use-system :osc) > (defvar *osc-stream* (new osc-stream :remote-host "127.0.0.1" > :remote-port 5400)) > (open-io *osc-stream* t) > > open-io complains that make-udp-socket is undefined. > > It is declared in sockets.lisp in the osc dir, but its not immediately > obvious how open-io is supposed to know that. I don't know why the in-package sb-alien is not doing its job. As is, the functions following the in-package cm are defined in the sb-alien package. Prefixing the alien functions and removing the in-package sb-alien make the call work. -- Fernando --- osc/sockets.lisp~ 2007-12-02 19:13:13.000000000 -0800 +++ osc/sockets.lisp 2007-12-02 19:28:54.000000000 -0800 @@ -73,30 +73,25 @@ (ccl::send-to sock mess len))) -#+sbcl -(in-package :sb-alien) - #+sbcl (progn ;;; ;;; sbcl alien stuff for sendto - + #+darwin (load-shared-object "libc.dylib") - (define-alien-type ssize_t int) + (sb-alien:define-alien-type ssize_t sb-alien:int) - (define-alien-type size_t int) + (sb-alien:define-alien-type size_t sb-alien:int) - (define-alien-type sockaddr (struct SB-BSD-SOCKETS-INTERNAL::SOCKADDR-IN)) + (sb-alien:define-alien-type sockaddr (sb-alien:struct SB-BSD-SOCKETS-INTERNAL::SOCKADDR-IN)) (declaim (inline sendto)) - (define-alien-routine ("sendto" sendto) + (sb-alien:define-alien-routine ("sendto" sendto) ssize_t - (s int) (msg (* t)) (len ssize_t) (flags int) (to (* sockaddr)) (tolen int)) - - (in-package :cm) - + (s sb-alien:int) (msg (* t)) (len ssize_t) (flags sb-alien:int) (to (* sockaddr)) (tolen sb-alien:int)) + (defclass udp-socket (sb-bsd-sockets::inet-socket) ((sb-bsd-sockets::protocol :initform :udp) (sb-bsd-sockets::type :initform :datagram) From taube at uiuc.edu Mon Dec 3 12:09:07 2007 From: taube at uiuc.edu (Rick Taube) Date: Mon, 3 Dec 2007 14:09:07 -0600 Subject: [CM] Receiving from portmidi In-Reply-To: <1196706891.27930.27.camel@cmn3.stanford.edu> References: <1796.195.132.181.2.1177888617.squirrel@www.altern.org> <3628.195.132.181.2.1178013590.squirrel@www.altern.org> <426446F2-5FF8-4959-A4B1-9E6331BCF0AB@uiuc.edu> <4309.195.132.184.132.1186946339.squirrel@www.altern.org> <1195794880.9170.4.camel@cmn2.stanford.edu> <8F815608-F876-457B-86B9-10910F6BCF56@uiuc.edu> <1196656595.25572.20.camel@cmn3.stanford.edu> <9FF2293A-9A68-4962-BE3C-DDE4762F1559@uiuc.edu> <1196706891.27930.27.camel@cmn3.stanford.edu> Message-ID: <8C4BF86C-CDA6-4565-80EC-7DCF9E0E4D6A@uiuc.edu> yes, the issue is that two people were involved in the work and things fell through the cracks. please use the api i posted today, this is the correct one and its easiest if i simply get that working as it should. i will purge documentation and old code etc when i get a chance over break, probably starting next week. > As far as I can tell, the code that is called is incomplete > as I outlined in my previous message which you should have read. It > either should work or not be there at all. i did read your previous message. the code its not incompete, its old code that should not be there, again for the reasons stated above. its a large system that spans different operating systems and languages and sometimes i lose track unless someone notices! From taube at uiuc.edu Mon Dec 3 12:21:20 2007 From: taube at uiuc.edu (Rick Taube) Date: Mon, 3 Dec 2007 14:21:20 -0600 Subject: [CM] linux, sbcl, osc patch In-Reply-To: <1196708336.27930.35.camel@cmn3.stanford.edu> References: <1196708336.27930.35.camel@cmn3.stanford.edu> Message-ID: <6D891F6F-6AFA-478E-ADA1-03E3DC10A51D@uiuc.edu> thank you! On Dec 3, 2007, at 12:58 PM, Fernando Lopez-Lezcano wrote: > I had to add this patch to osc-1.0.1 for it to work (well, don't > really > know if it works, not completely tested) on linux/sbcl. > From nando at ccrma.Stanford.EDU Mon Dec 3 14:14:40 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon, 03 Dec 2007 14:14:40 -0800 Subject: [CM] cm + portmidi, today's svn (rev 1500) Message-ID: <1196720080.27930.50.camel@cmn3.stanford.edu> Oh well... I'm giving up for now, don't know what I'm doing wrong. See the results below. Components, cm svn revision 1500, portmidi 2.0.2, cffi 070221, rts 2.0.1. -- Fernando $ sbcl This is SBCL 1.0.9, an implementation of ANSI Common Lisp. More information about SBCL is available at . SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. * (load "cm/src/cm.lisp") ;; loading #P"/usr/lib/sbcl/sb-posix/sb-posix.asd" ; loading system definition from /usr/lib/sbcl/sb-grovel/sb-grovel.asd into ; # ;;; loading #P"/usr/lib/sbcl/sb-grovel/sb-grovel.asd" ; registering # as SB-GROVEL ;;; loading #P"/usr/lib/sbcl/sb-grovel/defpackage.fasl" ;;; loading #P"/usr/lib/sbcl/sb-grovel/def-to-lisp.fasl" ;;; loading #P"/usr/lib/sbcl/sb-grovel/foreign-glue.fasl" ;; loading #P"/usr/lib/sbcl/sb-posix/defpackage.fasl" ;; loading #P"/usr/lib/sbcl/sb-posix/designator.fasl" ;; loading #P"/usr/lib/sbcl/sb-posix/macros.fasl" ;; loading #P"/usr/lib/sbcl/sb-posix/constants.fasl" ;; loading #P"/usr/lib/sbcl/sb-posix/interface.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/sb-bsd-sockets.asd" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/defpackage.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/split.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/constants.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/sockets.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/sockopt.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/inet.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/local.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/name-service.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/misc.fasl" ; CM install directory: /zap/test/cm/ ; Loading pkg.fasl ; Loading sbcl.fasl ; Loading iter.fasl ; Loading level1.fasl ; Loading clos.fasl ; Loading scheme.fasl ; Loading utils.fasl ; Loading mop.fasl ; Loading objects.fasl ; Loading data.fasl ; Loading scales.fasl ; Loading spectral.fasl ; Loading patterns.fasl ; Loading io.fasl ; Loading scheduler.fasl ; Loading gnuplot.fasl ; Loading plt.fasl ; Loading sco.fasl ; Loading clm.fasl ; Loading midi1.fasl ; Loading midi2.fasl ; Loading midi3.fasl ; Loading cmn.fasl ; Loading fomus.fasl ; Loading midishare.fasl ; Loading player.fasl ; Loading sc.fasl ; Loading pm.fasl ; Loading rt.fasl ; Loading parse.fasl ; Loading sal.fasl T * (in-package :cm) # * (use-system :rts) ; loading system definition from /zap/test/rts/rts.asd into # ; loading #P"/zap/test/rts/rts.asd" ; registering # as RTS ; loading system definition from /zap/test/cffi/cffi.asd into # ; loading #P"/zap/test/cffi/cffi.asd" ; registering # as CFFI ; loading #P"/zap/test/cffi/src/utils.fasl" ; loading #P"/zap/test/cffi/src/features.fasl" ; loading #P"/zap/test/cffi/src/cffi-sbcl.fasl" ; loading #P"/zap/test/cffi/src/package.fasl" ; loading #P"/zap/test/cffi/src/libraries.fasl" ; loading #P"/zap/test/cffi/src/early-types.fasl" ; loading #P"/zap/test/cffi/src/types.fasl" ; loading #P"/zap/test/cffi/src/enum.fasl" ; loading #P"/zap/test/cffi/src/strings.fasl" ; loading #P"/zap/test/cffi/src/functions.fasl" ; loading #P"/zap/test/cffi/src/foreign-vars.fasl" ; loading #P"/zap/test/rts/cffi-scheduler.fasl" ; loading #P"/zap/test/rts/cm-scheduler.fasl" # * (use-system :portmidi) ; loading system definition from /zap/test/portmidi/portmidi.asd into ; # ; loading #P"/zap/test/portmidi/portmidi.asd" ; registering # as PORTMIDI ; loading #P"/zap/test/portmidi/cffi-portmidi.fasl" # * (pprint (pm:GetDeviceInfo )) ((:ID 0 :NAME "Midi Through Port-0" :TYPE :OUTPUT :OPEN NIL) (:ID 1 :NAME "Midi Through Port-0" :TYPE :INPUT :OPEN NIL) (:ID 2 :NAME "Gina3G" :TYPE :OUTPUT :OPEN NIL) (:ID 3 :NAME "Gina3G" :TYPE :INPUT :OPEN NIL) (:ID 4 :NAME "Virtual Keyboard" :TYPE :INPUT :OPEN NIL) (:ID 5 :NAME "qjackctl" :TYPE :OUTPUT :OPEN NIL) (:ID 6 :NAME "input" :TYPE :OUTPUT :OPEN NIL)) * (defparameter pm (portmidi-open :input 1 :output 0)) PM * (recv pm) debugger invoked on a SIMPLE-ERROR in thread #: recv for portmidi not loaded. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. ((SB-PCL::FAST-METHOD RECV (PORTMIDI-STREAM)) # # #) 0] From taube at uiuc.edu Mon Dec 3 15:24:49 2007 From: taube at uiuc.edu (Rick Taube) Date: Mon, 3 Dec 2007 17:24:49 -0600 Subject: [CM] linux, sbcl, osc patch In-Reply-To: <1196708336.27930.35.camel@cmn3.stanford.edu> References: <1196708336.27930.35.camel@cmn3.stanford.edu> Message-ID: <87C9096C-AA9A-40A3-88BC-E1150252D4E7@uiuc.edu> logged onto ccrma a trace of LOAD shows that ASDF is loading stuff -- including CFFI and Portmidi -- from UNDER /usr/lib/sbcl/ !! and not my home directory where ive installed everything. and those old directories seem to be the old code and not the new stuff ive installed under my dir. I dont know why it is doing this nor how to stop it. sigh. this is exactly why juce is so great -- you dont need all these random systems [ccrma-gate hkt] ~> cm/bin/cm.sh -l sbcl [...] * (trace load) (LOAD) * (use-system :portmidi ) 0: (LOAD #P"/usr/lib/sbcl/portmidi/portmidi.asd") ; loading #P"/usr/lib/sbcl/portmidi/portmidi.asd" 1: (LOAD #P"/usr/lib/sbcl/cffi/cffi.asd") ;; loading #P"/usr/lib/sbcl/cffi/cffi.asd" 1: LOAD returned T 0: LOAD returned T WARNING: Missing FILE-WRITE-DATE for #P"/usr/lib/sbcl/portmidi/cffi- portmidi.lisp": treating operation # on component # as done. 0: (LOAD #P"/usr/lib/sbcl/cffi/src/utils.fasl") ; loading #P"/usr/lib/sbcl/cffi/src/utils.fasl" 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/features.fasl") ; loading #P"/usr/lib/sbcl/cffi/src/features.fasl" 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/cffi-sbcl.fasl") ; loading #P"/usr/lib/sbcl/cffi/src/cffi-sbcl.fasl" 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/package.fasl") ; loading #P"/usr/lib/sbcl/cffi/src/package.fasl" 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/libraries.fasl") ; loading #P"/usr/lib/sbcl/cffi/src/libraries.fasl" 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/early-types.fasl") ; loading #P"/usr/lib/sbcl/cffi/src/early-types.fasl" 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/types.fasl") ; loading #P"/usr/lib/sbcl/cffi/src/types.fasl" 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/enum.fasl") ; loading #P"/usr/lib/sbcl/cffi/src/enum.fasl" 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/strings.fasl") ; loading #P"/usr/lib/sbcl/cffi/src/strings.fasl" 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/functions.fasl") ; loading #P"/usr/lib/sbcl/cffi/src/functions.fasl" 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/foreign-vars.fasl") ; loading #P"/usr/lib/sbcl/cffi/src/foreign-vars.fasl" 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/portmidi/cffi-portmidi.fasl") ; loading #P"/usr/lib/sbcl/portmidi/cffi-portmidi.fasl" WARNING: PORTMIDI also exports the following symbols: (PORTMIDI:NOW PORTMIDI:EVENTBUFFERSET PORTMIDI:OUTPUT) See also: The ANSI Standard, Macro DEFPACKAGE STYLE-WARNING: redefining PORTMIDI in DEFUN STYLE-WARNING: redefining MESSAGE in DEFUN STYLE-WARNING: redefining MESSAGE.STATUS in DEFUN STYLE-WARNING: redefining MESSAGE.DATA1 in DEFUN STYLE-WARNING: redefining MESSAGE.DATA2 in DEFUN STYLE-WARNING: redefining GETDEFAULTINPUTDEVICEID in DEFUN STYLE-WARNING: redefining GETDEFAULTOUTPUTDEVICEID in DEFUN STYLE-WARNING: redefining OPENINPUT in DEFUN STYLE-WARNING: redefining OPENOUTPUT in DEFUN STYLE-WARNING: redefining SETFILTER in DEFUN STYLE-WARNING: redefining SETCHANNELMASK in DEFUN STYLE-WARNING: redefining CLOSE in DEFUN STYLE-WARNING: redefining EVENTBUFFERFREE in DEFUN STYLE-WARNING: redefining EVENTBUFFERNEW in DEFUN STYLE-WARNING: redefining EVENTBUFFERSET in DEFUN STYLE-WARNING: redefining EVENTBUFFERMAP in DEFUN STYLE-WARNING: redefining READ in DEFUN STYLE-WARNING: redefining POLL in DEFUN STYLE-WARNING: redefining WRITE in DEFUN STYLE-WARNING: redefining WRITESHORT in DEFUN STYLE-WARNING: redefining WRITESYSEX in DEFUN STYLE-WARNING: redefining START in DEFUN STYLE-WARNING: redefining TIME in DEFUN STYLE-WARNING: redefining GETDEVICEINFO in DEFUN 0: LOAD returned T # * From taube at uiuc.edu Mon Dec 3 15:33:44 2007 From: taube at uiuc.edu (Rick Taube) Date: Mon, 3 Dec 2007 17:33:44 -0600 Subject: [CM] linux, sbcl, osc patch In-Reply-To: <1196708336.27930.35.camel@cmn3.stanford.edu> References: <1196708336.27930.35.camel@cmn3.stanford.edu> Message-ID: even just using straight asdf functions and only CFFI it doesnt work on ccrma. here im telling asdf to use the cffi from under my home directory, but it ignores it and loads the one from under /usr/lib/ sbcl. weird! ill have to try my linux box at work tomorrow. * (trace load) * (pushnew "/users/h/hkt/cffi-070221/" asdf::*central-registry*) * (asdf::oos 'asdf:load-op 'cffi) ; loading system definition from /usr/lib/sbcl/cffi/cffi.asd into ; # 0: (LOAD #P"/usr/lib/sbcl/cffi/cffi.asd") ; registering # as CFFI 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/utils.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/features.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/cffi-sbcl.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/package.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/libraries.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/early-types.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/types.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/enum.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/strings.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/functions.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/foreign-vars.fasl") 0: LOAD returned T NIL * From taube at uiuc.edu Mon Dec 3 15:41:37 2007 From: taube at uiuc.edu (Rick Taube) Date: Mon, 3 Dec 2007 17:41:37 -0600 Subject: [CM] linux, sbcl, osc patch In-Reply-To: References: <1196708336.27930.35.camel@cmn3.stanford.edu> Message-ID: <44B14BE7-D140-4ACB-9EB0-6F88AD1427B5@uiuc.edu> I mean "/user/h/hkt" ... * (trace load) (LOAD) * (probe-file "/user/h/hkt/cffi-070221/cffi.asd") #P"/user/h/hkt/cffi-070221/cffi.asd" * (pushnew "/user/h/hkt/cffi-070221/" asdf::*central-registry*) ("/user/h/hkt/cffi-070221/" "/user/h/hkt/cm/" (MERGE-PATHNAMES ".sbcl/systems/" (USER-HOMEDIR-PATHNAME)) (LET ((ASDF::HOME (SB-EXT:POSIX-GETENV "SBCL_HOME"))) (WHEN ASDF::HOME (MERGE-PATHNAMES "site-systems/" (TRUENAME ASDF::HOME)))) *DEFAULT-PATHNAME-DEFAULTS*) * (asdf::oos 'asdf:load-op 'cffi) ; loading system definition from /usr/lib/sbcl/cffi/cffi.asd into ; # 0: (LOAD #P"/usr/lib/sbcl/cffi/cffi.asd") ; registering # as CFFI 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/utils.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/features.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/cffi-sbcl.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/package.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/libraries.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/early-types.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/types.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/enum.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/strings.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/functions.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/foreign-vars.fasl") 0: LOAD returned T NIL From nando at ccrma.Stanford.EDU Mon Dec 3 17:36:28 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon, 03 Dec 2007 17:36:28 -0800 Subject: [CM] linux, sbcl, osc patch In-Reply-To: <44B14BE7-D140-4ACB-9EB0-6F88AD1427B5@uiuc.edu> References: <1196708336.27930.35.camel@cmn3.stanford.edu> <44B14BE7-D140-4ACB-9EB0-6F88AD1427B5@uiuc.edu> Message-ID: <1196732188.27930.67.camel@cmn3.stanford.edu> On Mon, 2007-12-03 at 17:41 -0600, Rick Taube wrote: > I mean "/user/h/hkt" ... > > * (trace load) > > (LOAD) > > * (probe-file "/user/h/hkt/cffi-070221/cffi.asd") > > #P"/user/h/hkt/cffi-070221/cffi.asd" > > * (pushnew "/user/h/hkt/cffi-070221/" asdf::*central-registry*) > > ("/user/h/hkt/cffi-070221/" "/user/h/hkt/cm/" > (MERGE-PATHNAMES ".sbcl/systems/" (USER-HOMEDIR-PATHNAME)) > (LET ((ASDF::HOME (SB-EXT:POSIX-GETENV "SBCL_HOME"))) > (WHEN ASDF::HOME (MERGE-PATHNAMES "site-systems/" (TRUENAME > ASDF::HOME)))) > *DEFAULT-PATHNAME-DEFAULTS*) Well, I don't know how asdf works (AFAIK you started using it in cm - I then tried to replicate that for clm and cmn and it was a pain to get everything packaged). Furthermore, you are using "use-system" to load systems, which is a function supplied by Common Music itself, with its own logic. Apparently you should be able to override the load path of systems: * asdf::*central-registry* (#P"/zap/test/cffi/" "/zap/test/cm/" (MERGE-PATHNAMES ".sbcl/systems/" (USER-HOMEDIR-PATHNAME)) (LET ((ASDF::HOME (POSIX-GETENV "SBCL_HOME"))) (WHEN ASDF::HOME (MERGE-PATHNAMES "site-systems/" (TRUENAME ASDF::HOME)))) *DEFAULT-PATHNAME-DEFAULTS*) Expanding the code to see what we get: * (MERGE-PATHNAMES ".sbcl/systems/" (USER-HOMEDIR-PATHNAME)) #P"/user/n/nando/.sbcl/systems/" You are not using this one... And: * (LET ((ASDF::HOME (POSIX-GETENV "SBCL_HOME"))) (WHEN ASDF::HOME (MERGE-PATHNAMES "site-systems/" (TRUENAME ASDF::HOME)))) *DEFAULT-PATHNAME-DEFAULTS*) #P"/usr/lib/sbcl/site-systems/" But this is empty as well. It looks like I'm installing directly in the system directory and overrides for that don't seem to work. I'll see what I need to do to install in /usr/lib/sbcl/site-systems/, which may be overridable (will not know till I try). I also tried to use use-system's :directory option but that one does not work either. You could ask whoever wrote use-system :-) ;-) :-p -- Fernando From testcase at asu.edu Mon Dec 3 18:58:30 2007 From: testcase at asu.edu (Todd Ingalls) Date: Mon, 3 Dec 2007 19:58:30 -0700 Subject: [CM] linux, sbcl, osc patch In-Reply-To: <1196732188.27930.67.camel@cmn3.stanford.edu> References: <1196708336.27930.35.camel@cmn3.stanford.edu> <44B14BE7-D140-4ACB-9EB0-6F88AD1427B5@uiuc.edu> <1196732188.27930.67.camel@cmn3.stanford.edu> Message-ID: <2576D299-3DDB-44B7-BD32-8B94280F5A31@asu.edu> hi - i have been trying to read along and figure this out, but then i realized there could be a simple cause - is libpmrecv built and in the portmidi directory? if not, then cffi-recv and/or cm-recv will never get loaded/compiled and these get left out silently (this should probably be changed). looking at the output you post it looks like when you do (use-system :portmidi) only cffi-portmidi is getting loaded. On Dec 3, 2007, at 6:36 PM, Fernando Lopez-Lezcano wrote: > On Mon, 2007-12-03 at 17:41 -0600, Rick Taube wrote: >> I mean "/user/h/hkt" ... >> >> * (trace load) >> >> (LOAD) >> >> * (probe-file "/user/h/hkt/cffi-070221/cffi.asd") >> >> #P"/user/h/hkt/cffi-070221/cffi.asd" >> >> * (pushnew "/user/h/hkt/cffi-070221/" asdf::*central-registry*) >> >> ("/user/h/hkt/cffi-070221/" "/user/h/hkt/cm/" >> (MERGE-PATHNAMES ".sbcl/systems/" (USER-HOMEDIR-PATHNAME)) >> (LET ((ASDF::HOME (SB-EXT:POSIX-GETENV "SBCL_HOME"))) >> (WHEN ASDF::HOME (MERGE-PATHNAMES "site-systems/" (TRUENAME >> ASDF::HOME)))) >> *DEFAULT-PATHNAME-DEFAULTS*) > > Well, I don't know how asdf works (AFAIK you started using it in cm > - I > then tried to replicate that for clm and cmn and it was a pain to get > everything packaged). > > Furthermore, you are using "use-system" to load systems, which is a > function supplied by Common Music itself, with its own logic. > > Apparently you should be able to override the load path of systems: > > * asdf::*central-registry* > > (#P"/zap/test/cffi/" "/zap/test/cm/" > (MERGE-PATHNAMES ".sbcl/systems/" (USER-HOMEDIR-PATHNAME)) > (LET ((ASDF::HOME (POSIX-GETENV "SBCL_HOME"))) > (WHEN ASDF::HOME (MERGE-PATHNAMES "site-systems/" (TRUENAME > ASDF::HOME)))) > *DEFAULT-PATHNAME-DEFAULTS*) > > Expanding the code to see what we get: > > * (MERGE-PATHNAMES ".sbcl/systems/" (USER-HOMEDIR-PATHNAME)) > > #P"/user/n/nando/.sbcl/systems/" > > You are not using this one... > And: > > * (LET ((ASDF::HOME (POSIX-GETENV "SBCL_HOME"))) > (WHEN ASDF::HOME (MERGE-PATHNAMES "site-systems/" (TRUENAME > ASDF::HOME)))) > *DEFAULT-PATHNAME-DEFAULTS*) > #P"/usr/lib/sbcl/site-systems/" > > But this is empty as well. It looks like I'm installing directly in > the > system directory and overrides for that don't seem to work. I'll see > what I need to do to install in /usr/lib/sbcl/site-systems/, which may > be overridable (will not know till I try). > > I also tried to use use-system's :directory option but that one > does not > work either. You could ask whoever wrote use-system :-) ;-) :-p > > -- Fernando > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From taube at uiuc.edu Tue Dec 4 04:15:07 2007 From: taube at uiuc.edu (Rick Taube) Date: Tue, 4 Dec 2007 06:15:07 -0600 Subject: [CM] linux, sbcl, osc patch In-Reply-To: <1196732188.27930.67.camel@cmn3.stanford.edu> References: <1196708336.27930.35.camel@cmn3.stanford.edu> <44B14BE7-D140-4ACB-9EB0-6F88AD1427B5@uiuc.edu> <1196732188.27930.67.camel@cmn3.stanford.edu> Message-ID: <700D3F1D-848C-4873-9E9C-46933FCED34D@uiuc.edu> > > Well, I don't know how asdf works (AFAIK you started using it in cm > - I > then tried to replicate that for clm and cmn and it was a pain to get > everything packaged). > > Furthermore, you are using "use-system" to load systems, which is a > function supplied by Common Music itself, with its own logic. nando its got nothing to do with cm or with use-system -- its ASDF thats having a problem. even if i zero out *central-registry* on ccrma it still looks under sbcl. * (setq asdf::*central-registry* ()) * (progn (trace load) (pushnew "/user/h/hkt/cffi-070221/" asdf::*central-registry*) (asdf::oos 'asdf:load-op 'cffi) ) ; loading system definition from /usr/lib/sbcl/cffi/cffi.asd into ; # 0: (LOAD #P"/usr/lib/sbcl/cffi/cffi.asd") ; registering # as CFFI 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/utils.fasl") 0: LOAD returned T 0: (LOAD #P"/usr/lib/sbcl/cffi/src/features.fasl") 0: LOAD returned T this sounds to me like a probelm with sbcl's support of asdf. asdf is working in CLISP on CRRMA: [1]> (use-system :cffi) ; loading system definition from /user/h/hkt/cffi-070221/cffi.asd into # ;; Loading file /user/h/hkt/cffi-070221/cffi.asd ... ; registering # as CFFI ;; Loaded file /user/h/hkt/cffi-070221/cffi.asd [2]> (use-system :portmidi) ; loading system definition from /user/h/hkt/portmidi/portmidi.asd into # ;; Loading file /user/h/hkt/portmidi/portmidi.asd ... ; registering # as PORTMIDI ;; Loaded file /user/h/hkt/portmidi/portmidi.asd ;; Compiling file /user/h/hkt/portmidi/cffi-portmidi.lisp ... ;; Wrote file /user/h/hkt/portmidi/cffi-portmidi.fas ;; Loading file /user/h/hkt/portmidi/cffi-portmidi.fas ... ;; Loaded file /user/h/hkt/portmidi/cffi-portmidi.fas 0 errors, 0 warnings # [3]> > I also tried to use use-system's :directory option but that one > does not > work either. You could ask whoever wrote use-system :-) ;-) :-p use-system is built ON TOP of asdf. use-system is a convenience function for people working in cm that have installed their lisp systems under a common ("system") directory. if asdf works then :directory works and if asdf doesn't respect directories then neither will use-system. here on my machine in SBCL i am loading cffi from its ususal place, then I load rts under a differnent directory than its usual place: galen:/Lisp hkt$ cm -l sbcl * (trace load) (LOAD) * (use-system :cffi) ; loading system definition from /Lisp/cffi-061220/cffi.asd into ; # [...] * (use-system :rts :directory "/Users/hkt/rts/") ; loading system definition from /Users/hkt/rts/rts.asd into # 0: (LOAD #P"/Users/hkt/rts/rts.asd") ; loading #P"/Users/hkt/rts/rts.asd" ; registering # as RTS 0: LOAD returned T ; compiling file "/Users/hkt/rts/cffi-scheduler.lisp" (written 04 DEC 2007 05:23:25 AM): From taube at uiuc.edu Tue Dec 4 06:22:45 2007 From: taube at uiuc.edu (Rick Taube) Date: Tue, 4 Dec 2007 08:22:45 -0600 Subject: [CM] linux, sbcl, osc patch In-Reply-To: <2576D299-3DDB-44B7-BD32-8B94280F5A31@asu.edu> References: <1196708336.27930.35.camel@cmn3.stanford.edu> <44B14BE7-D140-4ACB-9EB0-6F88AD1427B5@uiuc.edu> <1196732188.27930.67.camel@cmn3.stanford.edu> <2576D299-3DDB-44B7-BD32-8B94280F5A31@asu.edu> Message-ID: On Dec 3, 2007, at 8:58 PM, Todd Ingalls wrote: > hi - i have been trying to read along and figure this out, but then > i realized there could be a simple cause - is libpmrecv built and > in the portmidi directory? if not, then cffi-recv and/or cm-recv > will never get loaded/compiled and these get left out silently > (this should probably be changed). yes, it should warn if receive isnt loaded, either because the lib doesnt exist or because the lisp itself doesnt support threads (like clisp) > looking at the output you post it looks like when you do (use- > system :portmidi) only cffi-portmidi is getting loaded. that is because asdf is loading an old version of portmidi from under the sbcl lib directory, not the new code he has installed man it will be faster/easier to implement Scheme midi input hooks in grace than to figure out this common lisp loading stuff. From rm at seid-online.de Tue Dec 4 06:38:28 2007 From: rm at seid-online.de (Ralf Mattes) Date: Tue, 04 Dec 2007 15:38:28 +0100 Subject: [CM] linux, sbcl, osc patch In-Reply-To: <700D3F1D-848C-4873-9E9C-46933FCED34D@uiuc.edu> References: <1196708336.27930.35.camel@cmn3.stanford.edu> <44B14BE7-D140-4ACB-9EB0-6F88AD1427B5@uiuc.edu> <1196732188.27930.67.camel@cmn3.stanford.edu> <700D3F1D-848C-4873-9E9C-46933FCED34D@uiuc.edu> Message-ID: <1196779108.6398.17.camel@localhost.localdomain> On Tue, 2007-12-04 at 06:15 -0600, Rick Taube wrote: > > > > Well, I don't know how asdf works (AFAIK you started using it in cm > > - I > > then tried to replicate that for clm and cmn and it was a pain to get > > everything packaged). > > > > Furthermore, you are using "use-system" to load systems, which is a > > function supplied by Common Music itself, with its own logic. > > nando its got nothing to do with cm or with use-system -- its ASDF > thats having a problem. even if i zero out *central-registry* on > ccrma it still looks under sbcl. > > * (setq asdf::*central-registry* ()) Ah, but that affects only systems that haven't already been "found" by asdf. What does the following code produce when you run it just after you started your Lisp? (loop for key being each hash-key of asdf::*defined-systems* using (hash-value system) do (format t "~%Found system ~s in ~s" key (asdf::component-relative-pathname (cdr system)))) > * (progn > (trace load) > (pushnew "/user/h/hkt/cffi-070221/" asdf::*central-registry*) > (asdf::oos 'asdf:load-op 'cffi) > ) It pretty much seems as if the cffi system was already found by asdf - altering the central registy will only affect systems not yet found. > > this sounds to me like a probelm with sbcl's support of asdf. asdf is > working in CLISP on CRRMA: Most likely because CLISP dosen't come with a pre-defined place where asdf looks for systems. Just to make shure you aren't hunting ghosts: your SBCL image does not contain any traces of asdf system objects? HTH Ralf Mattes From joakim at verona.se Tue Dec 4 12:44:50 2007 From: joakim at verona.se (joakim at verona.se) Date: Tue, 04 Dec 2007 21:44:50 +0100 Subject: [CM] fc8 now has clisp 2.43 Message-ID: ccrma demands 2.41 for slime, so upgrades cant proceed currently! -- Joakim Verona From nando at ccrma.Stanford.EDU Tue Dec 4 18:41:23 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue, 04 Dec 2007 18:41:23 -0800 Subject: [CM] fc8 now has clisp 2.43 In-Reply-To: References: Message-ID: <1196822483.11595.90.camel@cmn3.stanford.edu> On Tue, 2007-12-04 at 21:44 +0100, joakim at verona.se wrote: > ccrma demands 2.41 for slime, so upgrades cant proceed currently! I'll upgrade soon, thanks for the report (but better for the Planet CCRMA list I think). -- Fernando From nando at ccrma.Stanford.EDU Tue Dec 4 21:39:17 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue, 04 Dec 2007 21:39:17 -0800 Subject: [CM] fc8 now has clisp 2.43 In-Reply-To: <1196822483.11595.90.camel@cmn3.stanford.edu> References: <1196822483.11595.90.camel@cmn3.stanford.edu> Message-ID: <1196833157.15187.1.camel@cmn3.stanford.edu> On Tue, 2007-12-04 at 18:41 -0800, Fernando Lopez-Lezcano wrote: > On Tue, 2007-12-04 at 21:44 +0100, joakim at verona.se wrote: > > ccrma demands 2.41 for slime, so upgrades cant proceed currently! > > I'll upgrade soon, thanks for the report (but better for the Planet > CCRMA list I think). An update is now available (but the only package that required clisp was cmn, were you actually using it? I don't think it is installed by default) -- Fernando From taube at uiuc.edu Sun Dec 9 10:30:34 2007 From: taube at uiuc.edu (Rick Taube) Date: Sun, 9 Dec 2007 12:30:34 -0600 Subject: [CM] microtonal support now in grace Message-ID: rev 1504 of Grace has microtonal support and channel instrument assignment implemented. the microtonal support is a pretty big improvement over cm's channel- tuning: * the new MidiOut>Microtuning menu lets you quickly see/set your microtonal quanitzation and to configure things like the pitchbend width of the device you are using. * more than channel zero is microtunable and you can assign separate instruments to your microtonal channels. For example Quartertone tuning give you eight discrete microtonal channel, each can have its own instrument. * new MidiOut>Instruments... dialog window is an easy way to assign instuments to the available channels of your device. what channels you get depends on the tuning in effect. i also fixed the scheduler's (stop) and (pause) fuctions to work correctly when you pass specfic process id's to stop. From taube at uiuc.edu Sun Dec 9 10:47:32 2007 From: taube at uiuc.edu (Rick Taube) Date: Sun, 9 Dec 2007 12:47:32 -0600 Subject: [CM] forgot to add In-Reply-To: References: Message-ID: <2FFED130-6DD0-464C-B44E-25A55F38FA35@uiuc.edu> oops forgot to add that, like cm, you only get microtones if you generate floating point keynums! (define (micro n r k1 k2) (go ((i 0 (+ i 1))) ((= i n) ) (send "mp:note" #:key (ran k1 k2) #:chan (ran 0 8)) (wait r))) (sprout (micro 30 .2 40.0 70.0)) From dlphillips at woh.rr.com Tue Dec 11 07:24:25 2007 From: dlphillips at woh.rr.com (Dave Phillips) Date: Tue, 11 Dec 2007 10:24:25 -0500 Subject: [CM] question about SBCL and CLG Message-ID: <475EABA9.2050402@woh.rr.com> Greetings: I have a Lisp-oriented problem that's got me very confused. I want to build and run the latest version of Open Music for Linux (0.5.something, I think), I have all the pieces in place, including these lines in ~/.sbclrc : (require 'asdf) (setf (logical-pathname-translations "clg") '(("**;*.*.*" "/home/dlphilp/src/clg/**/"))) (push (translate-logical-pathname "clg:systems;") asdf:*central-registry*) ;;; (require 'gtk) SBCL 1.0.12 starts fine, so I try to build CLG according to its instructions : dlphilp at The3800:~/src/clg> sbcl This is SBCL 1.0.12, an implementation of ANSI Common Lisp. * (asdf:oos 'asdf:load-op :gtk) debugger invoked on a ASDF:MISSING-COMPONENT in thread #: component "gtk" not found Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (ASDF:FIND-SYSTEM :GTK T) 0] I wrote to Karim Haddad about the problem, but so far he hasn't resolved it. SBCL needs callback support for building CLG. Am I correctly assuming that version 1.0.12 has it ? Or do I need to add it ? The GTK1 and GTK2 development packages are installed correctly. I've compiled other programs that use them. Any suggestions or further advice ? Best, dp From taube at uiuc.edu Tue Dec 11 07:35:03 2007 From: taube at uiuc.edu (Rick Taube) Date: Tue, 11 Dec 2007 09:35:03 -0600 Subject: [CM] question about SBCL and CLG In-Reply-To: <475EABA9.2050402@woh.rr.com> References: <475EABA9.2050402@woh.rr.com> Message-ID: <6229DB01-D324-4CCB-8A8A-39B37C0B4AF8@uiuc.edu> the error is saying that ASDF cant find the "gtk.asd" file -- is this file installed somewhere on your system and is that directory in asdf:*central-registry* ?? On Dec 11, 2007, at 9:24 AM, Dave Phillips wrote: > Greetings: > > I have a Lisp-oriented problem that's got me very confused. I want > to build and run the latest version of Open Music for Linux > (0.5.something, I think), I have all the pieces in place, including > these lines in ~/.sbclrc : > > (require 'asdf) > > (setf > (logical-pathname-translations "clg") > '(("**;*.*.*" "/home/dlphilp/src/clg/**/"))) > > (push > (translate-logical-pathname "clg:systems;") > asdf:*central-registry*) > > ;;; (require 'gtk) > > > SBCL 1.0.12 starts fine, so I try to build CLG according to its > instructions : > > > dlphilp at The3800:~/src/clg> sbcl > This is SBCL 1.0.12, an implementation of ANSI Common Lisp. > > * (asdf:oos 'asdf:load-op :gtk) > > debugger invoked on a ASDF:MISSING-COMPONENT in thread # "initial thread" {A6FB719}>: > component "gtk" not found > > Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. > > restarts (invokable by number or by possibly-abbreviated name): > 0: [ABORT] Exit debugger, returning to top level. > > (ASDF:FIND-SYSTEM :GTK T) > 0] > > > I wrote to Karim Haddad about the problem, but so far he hasn't > resolved it. > > SBCL needs callback support for building CLG. Am I correctly > assuming that version 1.0.12 has it ? Or do I need to add it ? > > The GTK1 and GTK2 development packages are installed correctly. > I've compiled other programs that use them. > > Any suggestions or further advice ? > > Best, > > dp > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From Karim.Haddad at ircam.fr Tue Dec 11 07:50:39 2007 From: Karim.Haddad at ircam.fr (karim haddad) Date: Tue, 11 Dec 2007 16:50:39 +0100 Subject: [CM] question about SBCL and CLG In-Reply-To: <475EABA9.2050402@woh.rr.com> References: <475EABA9.2050402@woh.rr.com> Message-ID: <21E29D28-CA66-42A5-87CE-26CDF089D066@ircam.fr> Hi Dave, Yes it seems that some dev package (headers) are missing that's what you as message. Or clg doesn;t find them correctly. But you that the Package-conf is ok . are there also libpango and libcairo dev packages ? SBCL does have the callback support alright. The best is to write to clg-dev list clg-devel at lists.sourceforge.net Best K On Dec 11, 2007, at 4:24 PM, Dave Phillips wrote: > Greetings: > > I have a Lisp-oriented problem that's got me very confused. I want > to build and run the latest version of Open Music for Linux > (0.5.something, I think), I have all the pieces in place, including > these lines in ~/.sbclrc : > > (require 'asdf) > > (setf > (logical-pathname-translations "clg") > '(("**;*.*.*" "/home/dlphilp/src/clg/**/"))) > > (push > (translate-logical-pathname "clg:systems;") > asdf:*central-registry*) > > ;;; (require 'gtk) > > > SBCL 1.0.12 starts fine, so I try to build CLG according to its > instructions : > > > dlphilp at The3800:~/src/clg> sbcl > This is SBCL 1.0.12, an implementation of ANSI Common Lisp. > > * (asdf:oos 'asdf:load-op :gtk) > > debugger invoked on a ASDF:MISSING-COMPONENT in thread # "initial thread" {A6FB719}>: > component "gtk" not found > > Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. > > restarts (invokable by number or by possibly-abbreviated name): > 0: [ABORT] Exit debugger, returning to top level. > > (ASDF:FIND-SYSTEM :GTK T) > 0] > > > I wrote to Karim Haddad about the problem, but so far he hasn't > resolved it. > > SBCL needs callback support for building CLG. Am I correctly > assuming that version 1.0.12 has it ? Or do I need to add it ? > > The GTK1 and GTK2 development packages are installed correctly. > I've compiled other programs that use them. > > Any suggestions or further advice ? > > Best, > > dp > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > From taube at uiuc.edu Tue Dec 11 07:46:36 2007 From: taube at uiuc.edu (Rick Taube) Date: Tue, 11 Dec 2007 09:46:36 -0600 Subject: [CM] question about SBCL and CLG In-Reply-To: <6229DB01-D324-4CCB-8A8A-39B37C0B4AF8@uiuc.edu> References: <475EABA9.2050402@woh.rr.com> <6229DB01-D324-4CCB-8A8A-39B37C0B4AF8@uiuc.edu> Message-ID: actually this error could be a lisp file thats missing, or some dependancy file. sorry i cant be more specific without more info or a trace... On Dec 11, 2007, at 9:35 AM, Rick Taube wrote: > the error is saying that ASDF cant find the "gtk.asd" file -- is > this file installed somewhere on your system and is that directory > in asdf:*central-registry* ?? > > From johannes.quint at web.de Sun Dec 16 04:57:31 2007 From: johannes.quint at web.de (Johannes Quint) Date: Sun, 16 Dec 2007 13:57:31 +0100 Subject: [CM] defobject -> sal Message-ID: <1BA94D96-1409-4AEB-81B4-AD8034E82E8C@web.de> is there a way to define something like: (defobject simple (scsynth) ((freq :initform 440) (dur :initform 1) (amp :initform .2) (pan :initform 0)) (:parameters freq dur amp pan time)) in sal? johannes _________________________ Johannes Quint Rilkestr.55 D-53225 Bonn 0228 468256 johannes.quint at web.de http://www.johannes-quint.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From taube at uiuc.edu Sun Dec 16 07:25:56 2007 From: taube at uiuc.edu (Rick Taube) Date: Sun, 16 Dec 2007 09:25:56 -0600 Subject: [CM] defobject -> sal In-Reply-To: <1BA94D96-1409-4AEB-81B4-AD8034E82E8C@web.de> References: <1BA94D96-1409-4AEB-81B4-AD8034E82E8C@web.de> Message-ID: <0E19A70C-B126-42DE-B21B-8DB01CA0DADB@uiuc.edu> not yet, sorry! Here is where I am right now with Sal and all this new code: I am right in the middle of moving SAL to Grace/C++ and Scheme, I have the lexer already working in C++ and the language is more than half-way moved to scheme. Once that is done I will make some adjustments to Sal that reflect differences in the undelying envirnoments, for example the fact that Scheme has no object system and is realtime, and CL has an object system and is file based. At that point ill address some features that are currently not in SAL, like the ability to apply anonymous functions and defining objects (for the CL version) . But since CM based code is essentially stable, the vast majority of my effort over the next months will be building up the scheme/real time environment. I do plan on having a useful binary release of Grace for both Scheme and CL sometime in the beginning of the year -- are you teaching this next semester?? On Dec 16, 2007, at 6:57 AM, Johannes Quint wrote: > is there a way to define something like: > > (defobject simple (scsynth) > ((freq :initform 440) > (dur :initform 1) > (amp :initform .2) > (pan :initform 0)) > (:parameters freq dur amp pan time)) > > in sal? > > johannes > > _________________________ > > Johannes Quint > Rilkestr.55 > D-53225 Bonn > 0228 468256 > johannes.quint at web.de > http://www.johannes-quint.de > From johannes.quint at web.de Sun Dec 16 10:49:52 2007 From: johannes.quint at web.de (Johannes Quint) Date: Sun, 16 Dec 2007 19:49:52 +0100 Subject: [CM] defobject -> sal In-Reply-To: <0E19A70C-B126-42DE-B21B-8DB01CA0DADB@uiuc.edu> References: <1BA94D96-1409-4AEB-81B4-AD8034E82E8C@web.de> <0E19A70C-B126-42DE-B21B-8DB01CA0DADB@uiuc.edu> Message-ID: <32319C71-C176-4D05-A9A8-B17AB87DB08F@web.de> Am 16.12.2007 um 16:25 schrieb Rick Taube: > I do plan on having a useful binary release of Grace for both > Scheme and CL sometime in the beginning of the year -- good! i've tried to install grace/scheme after your posting a few weeks ago, but without success (i don't exactly remember, what the problem was... installing chicken scheme, i think). > are you teaching this next semester?? not in the 'sommersemester', but i hope to make a new round in october. _________________________ Johannes Quint Rilkestr.55 D-53225 Bonn 0228 468256 johannes.quint at web.de http://www.johannes-quint.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From taube at uiuc.edu Sun Dec 16 11:32:40 2007 From: taube at uiuc.edu (Rick Taube) Date: Sun, 16 Dec 2007 13:32:40 -0600 Subject: [CM] defobject -> sal In-Reply-To: <32319C71-C176-4D05-A9A8-B17AB87DB08F@web.de> References: <1BA94D96-1409-4AEB-81B4-AD8034E82E8C@web.de> <0E19A70C-B126-42DE-B21B-8DB01CA0DADB@uiuc.edu> <32319C71-C176-4D05-A9A8-B17AB87DB08F@web.de> Message-ID: On Dec 16, 2007, at 12:49 PM, Johannes Quint wrote: > good! i've tried to install grace/scheme after your posting a few > weeks ago, but without success (i don't exactly remember, what the > problem was... installing chicken scheme, i think). chicken should build without problems on osx or linux, see grace/doc/ install.html for info. however felix just fixed a really nasty ffi bug in chicken that randomly popped up under the grace's realtime process scheduling. using a fixed chicken would require building from svn and then patching, which is way more work. so id just wait a few weeks till i can ship libs. > not in the 'sommersemester', but i hope to make a new round in > october. ok its sure to be there by then. for now you can just load lisp files if you need defobject... From johannes.quint at web.de Tue Dec 18 03:59:20 2007 From: johannes.quint at web.de (Johannes Quint) Date: Tue, 18 Dec 2007 12:59:20 +0100 Subject: [CM] markov, produce Message-ID: <5F3E0DB9-4663-45A1-ACBB-12A0A984202E@web.de> something seems to be wrong with the 'produce'-key of the 'markov'- pattern: in sal: begin with test = make (, produce: list (list (:a, make (, rhythms: {w})), list (:b, make (, rhythms: {h. q})), list (:c, make (, rhythms: {q q})), list (:d, make (, rhythms: {h}))), of: {{a -> b d} {b -> c d} {c -> c d b} {d - > a b c d}}) print next (test,100) end returns the ids instead of the values: {b c c b c c b c b c b d d c b c d d b d d a b d a b c b c c b c b d c b c b c b d b d c c d d a d c d c b d b c c b c c c c b d c b c d a d a b c d a b c c b d d d b d a b c c b c c d a b d c b c c c} is something wrong in my code or is it a bug? johannes _________________________ Johannes Quint Rilkestr.55 D-53225 Bonn 0228 468256 johannes.quint at web.de http://www.johannes-quint.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From metaperl at gmail.com Tue Dec 18 09:05:33 2007 From: metaperl at gmail.com (Terrence Brannon) Date: Tue, 18 Dec 2007 12:05:33 -0500 Subject: [CM] Windows and Lisp for Common Music Message-ID: Hello, I typically run Win32 Emacs and SBCL for Windows on my XP box. I was looking through the install guide and it seems to be Unix/Cygwin-based. Is there any possibility of running Common Music from Windows XP? I cannot get a working Common Lisp for cygwin - the clisp that comes with Cygwin is broken and compiling from source fails. From taube at uiuc.edu Wed Dec 19 08:42:33 2007 From: taube at uiuc.edu (Rick Taube) Date: Wed, 19 Dec 2007 10:42:33 -0600 Subject: [CM] Windows and Lisp for Common Music In-Reply-To: References: Message-ID: <679E79E2-FD69-4BBA-A3B6-AED00D86AC7D@uiuc.edu> Yes, you can run it in xp using emacs, slime and clisp. It might also work with sbcl (i havent tried). I also have a drag and drop version of CM for windows using an early version of Grace. You can get this runtime from http://pinhead.music.uiuc.edu:~hkt/icmc07 ill be making new Grace binaries within a month including the binding that works with Common Lisp. However, I will no longer be including a Lisp image in the release package so you will need to have a working SBCL or Clisp installed on your machine to use it. Its simply too hard to get all the the cl packaging right for the various os/lisp combinations. > Hello, I typically run Win32 Emacs and SBCL for Windows on my XP box. > I was looking through the install guide and it seems to be > Unix/Cygwin-based. > > Is there any possibility of running Common Music from Windows XP? > > I cannot get a working Common Lisp for cygwin - the clisp that comes > with Cygwin is broken and compiling from source fails. > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From taube at uiuc.edu Wed Dec 19 11:58:00 2007 From: taube at uiuc.edu (Rick Taube) Date: Wed, 19 Dec 2007 13:58:00 -0600 Subject: [CM] Windows and Lisp for Common Music In-Reply-To: References: Message-ID: > Well... > I set my Lisp program to clisp and then sbcl, but in both cases, I > get an error trying to run cm.sh, which is not surprising based on > the contents of that file - it is a Unix shell script. on xp you will need to generate the cm.bat file. You do this by starting CLISP and then loading the cm.lisp file. C:> clisp [1]> (load "/path/to/cm/src/cm.lisp") that should create the file /path/to/cm/bin/cm.bat you can use that to start cm from the shell or via slime (better look at the contents of cm.bat first to see if it looks right...) To start CM in Emacs with slime loaded do: M-: (setq inferior-lisp-command "/path/to/cm/bin/cm.bat") M-x slime OR add this in your .emacs file: (require 'slime) (slime-setup) (load "/path/to/cm/etc/emacs/cm.el") (setq cm-program "/path/to/cm/bin/cm.bat") ; uncomment if you want to use sal ; (load "/Lisp/cm/etc/emacs/sal-mode.el") (enable-cm-commands) with these inits in effect you can do M-x cm and you should get CM running in CLISP a buffer. You should also be able to generate a cm.bat file from in SBCL/WIndows, i tried last summer but WinSBCL was so flakey i gave up and threw it out. THis is why im getting out of (Common Lisp) develpment, its simply too difficult to get anything working everywhere or to encorpoprate graphics. > Also, I googled and found out the website of Grace - http:// > pinhead.music.uiuc.edu/~hkt/grace/doc/ - but still dont know > exactly what it does or how it fits into the Common Music scheme of > things. Its a C++ app written in JUCE. It has two bindings, one to Common Lisp and one to Chicken Scheme. If you are using Common Lisp/Common Music, you can use Grace as a cross platform replacement for EMACS + LISP + SLIME + COMMON MUSIC . (Lets call this GraceCL.) In addition to being cross-platform, GraceCL provides graphics, menus, a code editor with syntax highlighting etc. The "main" development path for Grace is a tight bundling with CHicken Scheme, which provides realtime scheduling and allows for direct port connections (MIDI for now) , again in a single, cross platform environment. Grace is still in its infancy but it is very usable. I taught my Intro to Algorithic Composition with GraceCL last semseter, the class was using Sal syntax and most of the class was composing interesting, sophisticated music by the end of the semester. > I presume at some point a link to some informative docs will be > here - http://commonmusic.sourceforge.net/doc/cm.html#implementation sure, at some point. you can read the docs under the grace/doc tree for more information. these are also available under Help menu in grace. From taube at uiuc.edu Wed Dec 19 12:01:12 2007 From: taube at uiuc.edu (Rick Taube) Date: Wed, 19 Dec 2007 14:01:12 -0600 Subject: [CM] Windows and Lisp for Common Music In-Reply-To: References: Message-ID: <09C578C6-00BB-4AAE-8B7F-F2B3F7ED74E5@uiuc.edu> arrg: M-: (setq inferior-lisp-program "/path/to/cm/bin/cm.bat") M-x slime From taube at uiuc.edu Wed Dec 19 12:58:26 2007 From: taube at uiuc.edu (Rick Taube) Date: Wed, 19 Dec 2007 14:58:26 -0600 Subject: [CM] Windows and Lisp for Common Music In-Reply-To: References: Message-ID: <7C46C043-371C-4E5A-9CA2-E3AD7CFA8839@uiuc.edu> On Dec 19, 2007, at 2:35 PM, terrence.x.brannon at jpmchase.com wrote: > GNU CLISP: -x with lisp-file is invalid: ':verbose' so something has changed in clisp's command argument support. this is the kind of nonsense that drives me nuts... i dont have a windows machine anymore to debug this on. i do plan on installing xp on my new macbook, but not for a week or so. until then you can simply start whatever lisp you want under slime and then eval (load "/path/to/cm/src/cm.lisp") by hand! > GRACE is awesome! Getting to listen to piano phase by Reich anytime > I want is inexpressably awesome... he's one of the greats. > From taube at uiuc.edu Wed Dec 19 13:06:50 2007 From: taube at uiuc.edu (Rick Taube) Date: Wed, 19 Dec 2007 15:06:50 -0600 Subject: [CM] Windows and Lisp for Common Music In-Reply-To: References: Message-ID: <32683D21-6004-4043-83E4-EEC04727CDCF@uiuc.edu> > Ok clisp-2.4.3 did indeed generate a .bat file, but it looks as > follows, so I fixed it: > :: Windows startup script for Common Music > @echo off > C:\Program Files\clisp-2.43/full/lisp.exe -B C:\Program Files > \clisp-2.43 -M C:\Program Files\clisp-2.43/full/lispinit.mem -N C: > \Program Files\clisp-2.43\locale -K full -x "(progn (load \"C:/ > cygwin/home/W049945/prg/lisp-asdf/cm/src/cm.lisp\" :verbose nil) > (cm))" -repl %1 %2 %3 %4 %5 %6 %7 %8 %9 actually, did you try this script before you "fixed" it? it looks right to me but the xp shell is very picky about things. also i dont know what it will do when it sees spaces in the pathname, you may have to quote those. On Dec 19, 2007, at 2:35 PM, terrence.x.brannon at jpmchase.com wrote: > From terrence.x.brannon at jpmchase.com Wed Dec 19 12:35:12 2007 From: terrence.x.brannon at jpmchase.com (terrence.x.brannon at jpmchase.com) Date: Wed, 19 Dec 2007 15:35:12 -0500 Subject: [CM] Windows and Lisp for Common Music In-Reply-To: Message-ID: Ok clisp-2.4.3 did indeed generate a .bat file, but it looks as follows, so I fixed it: :: Windows startup script for Common Music @echo off C:\Program Files\clisp-2.43/full/lisp.exe -B C:\Program Files\clisp-2.43 -M C:\Program Files\clisp-2.43/full/lispinit.mem -N C:\Program Files\clisp-2.43\locale -K full -x "(progn (load \"C:/cygwin/home/W049945/prg/lisp-asdf/cm/src/cm.lisp\" :verbose nil) (cm))" -repl %1 %2 %3 %4 %5 %6 %7 %8 %9 Here is my best attempt to fix it: :: Windows startup script for Common Music @echo off "C:\Program Files\clisp-2.43\full\lisp.exe" -B "C:\Program Files\clisp-2.43" -M "C:\Program Files\clisp-2.43\full\lispinit.mem" -N "C:\Program Files\clisp-2.43\locale" -K full -x "(progn (load \"C:\\cygwin\\home\\W049945\\prg\\lisp-asdf\\cm\\src\\cm.lisp\\" :verbose nil) (cm))" -repl %1 %2 %3 %4 %5 %6 %7 %8 %9 but then I got: C:\cygwin\home\W049945\prg\lisp-asdf\cm\bin>cm GNU CLISP: -x with lisp-file is invalid: ':verbose' GRACE is awesome! Getting to listen to piano phase by Reich anytime I want is inexpressably awesome... he's one of the greats. -- Terrence Brannon - SID W049945 614-213-2475 (office) 614-213-3426 (fax) 818-359-0893 (cell) Rick Taube 12/19/2007 02:58 PM To terrence.x.brannon at jpmchase.com cc cmdist at ccrma.stanford.edu Subject Re: [CM] Windows and Lisp for Common Music > Well... > I set my Lisp program to clisp and then sbcl, but in both cases, I > get an error trying to run cm.sh, which is not surprising based on > the contents of that file - it is a Unix shell script. on xp you will need to generate the cm.bat file. You do this by starting CLISP and then loading the cm.lisp file. C:> clisp [1]> (load "/path/to/cm/src/cm.lisp") that should create the file /path/to/cm/bin/cm.bat you can use that to start cm from the shell or via slime (better look at the contents of cm.bat first to see if it looks right...) To start CM in Emacs with slime loaded do: M-: (setq inferior-lisp-command "/path/to/cm/bin/cm.bat") M-x slime OR add this in your .emacs file: (require 'slime) (slime-setup) (load "/path/to/cm/etc/emacs/cm.el") (setq cm-program "/path/to/cm/bin/cm.bat") ; uncomment if you want to use sal ; (load "/Lisp/cm/etc/emacs/sal-mode.el") (enable-cm-commands) with these inits in effect you can do M-x cm and you should get CM running in CLISP a buffer. You should also be able to generate a cm.bat file from in SBCL/WIndows, i tried last summer but WinSBCL was so flakey i gave up and threw it out. THis is why im getting out of (Common Lisp) develpment, its simply too difficult to get anything working everywhere or to encorpoprate graphics. > Also, I googled and found out the website of Grace - http:// > pinhead.music.uiuc.edu/~hkt/grace/doc/ - but still dont know > exactly what it does or how it fits into the Common Music scheme of > things. Its a C++ app written in JUCE. It has two bindings, one to Common Lisp and one to Chicken Scheme. If you are using Common Lisp/Common Music, you can use Grace as a cross platform replacement for EMACS + LISP + SLIME + COMMON MUSIC . (Lets call this GraceCL.) In addition to being cross-platform, GraceCL provides graphics, menus, a code editor with syntax highlighting etc. The "main" development path for Grace is a tight bundling with CHicken Scheme, which provides realtime scheduling and allows for direct port connections (MIDI for now) , again in a single, cross platform environment. Grace is still in its infancy but it is very usable. I taught my Intro to Algorithic Composition with GraceCL last semseter, the class was using Sal syntax and most of the class was composing interesting, sophisticated music by the end of the semester. > I presume at some point a link to some informative docs will be > here - http://commonmusic.sourceforge.net/doc/cm.html#implementation sure, at some point. you can read the docs under the grace/doc tree for more information. these are also available under Help menu in grace. ----------------------------------------- This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. -------------- next part -------------- An HTML attachment was scrubbed... URL: From metaperl at gmail.com Wed Dec 19 17:43:03 2007 From: metaperl at gmail.com (Terrence Brannon) Date: Wed, 19 Dec 2007 20:43:03 -0500 Subject: [CM] Windows and Lisp for Common Music In-Reply-To: <32683D21-6004-4043-83E4-EEC04727CDCF@uiuc.edu> References: <32683D21-6004-4043-83E4-EEC04727CDCF@uiuc.edu> Message-ID: On Dec 19, 2007 4:06 PM, Rick Taube wrote: > > actually, did you try this script before you "fixed" it? yes I did, but failed to report the results... here they are. They come from the Win32 Emacs shell, which calls cmd.exe ... I got the same results from a vanilla cmd.exe: C:\cygwin\home\Administrator\prg\lisp-asdf\cm\bin>cm.bat cm.bat 'c:\Program' is not recognized as an internal or external command, operable program or batch file. C:\cygwin\home\Administrator\prg\lisp-asdf\cm\bin> === Entire Transcript Follows === Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. c:\Program Files\clisp-2.43>clisp clisp i i i i i i i ooooo o ooooooo ooooo ooooo I I I I I I I 8 8 8 8 8 o 8 8 I \ `+' / I 8 8 8 8 8 8 \ `-+-' / 8 8 8 ooooo 8oooo `-__|__-' 8 8 8 8 8 | 8 o 8 8 o 8 8 ------+------ ooooo 8oooooo ooo8ooo ooooo 8 Welcome to GNU CLISP 2.43 (2007-11-18) Copyright (c) Bruno Haible, Michael Stoll 1992, 1993 Copyright (c) Bruno Haible, Marcus Daniels 1994-1997 Copyright (c) Bruno Haible, Pierpaolo Bernardi, Sam Steingold 1998 Copyright (c) Bruno Haible, Sam Steingold 1999-2000 Copyright (c) Sam Steingold, Bruno Haible 2001-2007 Type :h and hit Enter for context help. [1]> (load "c:\\cygwin\\home\\Administrator\\prg\\lisp-asdf\\cm\\src\\cm.lisp") ;; Loading file C:\cygwin\home\Administrator\prg\lisp-asdf\cm\src\cm.lisp ... ;; Loading file C:\cygwin\home\Administrator\prg\lisp-asdf\cm\cm.asd ... ;; Loading file C:\cygwin\home\Administrator\prg\lisp-asdf\cm\src\asdf.lisp ... ;; Loaded file C:\cygwin\home\Administrator\prg\lisp-asdf\cm\src\asdf.lisp ;; Loaded file C:\cygwin\home\Administrator\prg\lisp-asdf\cm\cm.asd ; CM install directory: "C:\cygwin\home\Administrator\prg\lisp-asdf\cm\" ; Compiling "src\\pkg.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\pkg.fas" ; Compiling "src\\clisp.lisp" ; Generating "src\\iter.lisp" ; Compiling "src\\iter.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\clisp.fas" ; Loading "bin\\clisp_2.43_windows-i686\\iter.fas" ; Compiling "src\\level1.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\level1.fas" ; Compiling "src\\clos.lisp" ; Compiling "src\\scheme.lisp" ; Generating "src\\utils.lisp" ; Compiling "src\\utils.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\clos.fas" ; Loading "bin\\clisp_2.43_windows-i686\\utils.fas" ; Generating "src\\mop.lisp" ; Compiling "src\\mop.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\mop.fas" ; Generating "src\\objects.lisp" ; Compiling "src\\objects.lisp" ; Generating "src\\data.lisp" ; Compiling "src\\data.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\data.fas" ; Loading "bin\\clisp_2.43_windows-i686\\objects.fas" ; Generating "src\\scales.lisp" ; Compiling "src\\scales.lisp" ; Generating "src\\spectral.lisp" ; Compiling "src\\spectral.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\scales.fas" ; Generating "src\\patterns.lisp" ; Compiling "src\\patterns.lisp" ; Generating "src\\io.lisp" ; Compiling "src\\io.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\io.fas" ; Generating "src\\scheduler.lisp" ; Compiling "src\\scheduler.lisp" ; Generating "src\\sco.lisp" ; Compiling "src\\sco.lisp" ; Generating "src\\clm.lisp" ; Compiling "src\\clm.lisp" ; Generating "src\\midi1.lisp" ; Compiling "src\\midi1.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\midi1.fas" ; Loading "bin\\clisp_2.43_windows-i686\\scheduler.fas" ; Generating "src\\midi2.lisp" ; Compiling "src\\midi2.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\midi2.fas" ; Generating "src\\midi3.lisp" ; Compiling "src\\midi3.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\midi3.fas" ; Generating "src\\cmn.lisp" ; Compiling "src\\cmn.lisp" ; Generating "src\\fomus.lisp" ; Compiling "src\\fomus.lisp" ; Generating "src\\midishare.lisp" ; Compiling "src\\midishare.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\midishare.fas" ; Generating "src\\player.lisp" ; Compiling "src\\player.lisp" ; Generating "src\\sc.lisp" ; Compiling "src\\sc.lisp" ; Generating "src\\pm.lisp" ; Compiling "src\\pm.lisp" ; Generating "src\\rt.lisp" ; Compiling "src\\rt.lisp" ; Loading "bin\\clisp_2.43_windows-i686\\scheme.fas" ; Loading "bin\\clisp_2.43_windows-i686\\spectral.fas" ; Loading "bin\\clisp_2.43_windows-i686\\patterns.fas" ; Loading "bin\\clisp_2.43_windows-i686\\sco.fas" ; Loading "bin\\clisp_2.43_windows-i686\\clm.fas" ; Loading "bin\\clisp_2.43_windows-i686\\cmn.fas" ; Loading "bin\\clisp_2.43_windows-i686\\fomus.fas" ; Loading "bin\\clisp_2.43_windows-i686\\player.fas" ; Loading "bin\\clisp_2.43_windows-i686\\sc.fas" ; Loading "bin\\clisp_2.43_windows-i686\\pm.fas" ; Loading "bin\\clisp_2.43_windows-i686\\rt.fas" ; Saving startup script in "C:\cygwin\home\Administrator\prg\lisp-asdf\cm\bin\cm.bat" 0 errors, 5 warnings ;; Loaded file C:\cygwin\home\Administrator\prg\lisp-asdf\cm\src\cm.lisp T [2]> (quit) Bye. c:\Program Files\clisp-2.43>cd \cygwin/home/Administrator/prg/lisp-asdf/cm/bin/ cd \cygwin/home/Administrator/prg/lisp-asdf/cm/bin/ C:\cygwin\home\Administrator\prg\lisp-asdf\cm\bin>dir dir Volume in drive C has no label. Volume Serial Number is 68FE-8D9B Directory of C:\cygwin\home\Administrator\prg\lisp-asdf\cm\bin 12/19/2007 08:38 PM . 12/19/2007 08:38 PM .. 10/10/2006 11:39 AM 72 .cvsignore 06/25/2003 05:45 AM 0 .cvskeep 12/19/2007 08:38 PM clisp_2.43_windows-i686 12/19/2007 08:38 PM 347 cm.bat 11/22/2006 02:33 PM 22,850 cm.sh 4 File(s) 23,269 bytes 3 Dir(s) 4,314,566,656 bytes free C:\cygwin\home\Administrator\prg\lisp-asdf\cm\bin>type cm.bat type cm.bat :: Windows startup script for Common Music @echo off c:\Program Files\clisp-2.43/base/lisp.exe -B c:\Program Files\clisp-2.43 -M c:\Program Files\clisp-2.43/base/lispinit.mem -N c:\Program Files\clisp-2.43\locale -x "(progn (load \"C:/cygwin/home/Administrator/prg/lisp-asdf/cm/src/cm.lisp\" :verbose nil) (cm))" -repl %1 %2 %3 %4 %5 %6 %7 %8 %9 C:\cygwin\home\Administrator\prg\lisp-asdf\cm\bin>cm cm 'c:\Program' is not recognized as an internal or external command, operable program or batch file. C:\cygwin\home\Administrator\prg\lisp-asdf\cm\bin>cm.bat cm.bat 'c:\Program' is not recognized as an internal or external command, operable program or batch file. C:\cygwin\home\Administrator\prg\lisp-asdf\cm\bin> From taube at uiuc.edu Wed Dec 19 18:09:34 2007 From: taube at uiuc.edu (Rick Taube) Date: Wed, 19 Dec 2007 20:09:34 -0600 Subject: [CM] Windows and Lisp for Common Music In-Reply-To: References: <32683D21-6004-4043-83E4-EEC04727CDCF@uiuc.edu> Message-ID: <974B83F8-220D-456F-A429-BFBB43C80338@uiuc.edu> > 'c:\Program' is not recognized as an internal or external command, > operable program or batch file. it looks like the shell is having problems with the space in \Program Files\ you might be able to do replace \Program Files\ with "\Program Files \" in the string, ie c:\"program files"\clisp-2.43\... either that or move your clisp-2.43 folder to some directory without spaces in the name and the regenerate the cm.bat file. From cycle.code.media at gmail.com Wed Dec 19 18:58:13 2007 From: cycle.code.media at gmail.com (James Baker) Date: Thu, 20 Dec 2007 13:58:13 +1100 Subject: [CM] Windows and Lisp for Common Music In-Reply-To: <974B83F8-220D-456F-A429-BFBB43C80338@uiuc.edu> References: <32683D21-6004-4043-83E4-EEC04727CDCF@uiuc.edu> <974B83F8-220D-456F-A429-BFBB43C80338@uiuc.edu> Message-ID: <428d2dc0712191858u5918aae5ie13eeedd7dcd5afe@mail.gmail.com> an alternative is to replace c:\Program Files\ with c:\Progra~1\ On Dec 20, 2007 1:09 PM, Rick Taube wrote: > > > 'c:\Program' is not recognized as an internal or external command, > > operable program or batch file. > > it looks like the shell is having problems with the space in \Program > Files\ > you might be able to do replace \Program Files\ with "\Program Files > \" in the string, ie > > c:\"program files"\clisp-2.43\... > > either that or move your clisp-2.43 folder to some directory without > spaces in the name and the regenerate the cm.bat file. > > > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > From metaperl at gmail.com Wed Dec 19 18:59:22 2007 From: metaperl at gmail.com (Terrence Brannon) Date: Wed, 19 Dec 2007 21:59:22 -0500 Subject: [CM] Windows and Lisp for Common Music In-Reply-To: <974B83F8-220D-456F-A429-BFBB43C80338@uiuc.edu> References: <32683D21-6004-4043-83E4-EEC04727CDCF@uiuc.edu> <974B83F8-220D-456F-A429-BFBB43C80338@uiuc.edu> Message-ID: <4769DA8A.7070701@gmail.com> Rick Taube wrote: > >> 'c:\Program' is not recognized as an internal or external command, >> operable program or batch file. > > it looks like the shell is having problems with the space in \Program > Files\ > you might be able to do replace \Program Files\ with "\Program Files\" > in the string, ie > > c:\"program files"\clisp-2.43\... nah - that led to some weird error about syscalls requires package OS > > either that or move your clisp-2.43 folder to some directory without > spaces in the name and the regenerate the cm.bat file. success! it starts. From taube at uiuc.edu Thu Dec 20 04:26:23 2007 From: taube at uiuc.edu (Rick Taube) Date: Thu, 20 Dec 2007 06:26:23 -0600 Subject: [CM] Windows and Lisp for Common Music In-Reply-To: <4769DA8A.7070701@gmail.com> References: <32683D21-6004-4043-83E4-EEC04727CDCF@uiuc.edu> <974B83F8-220D-456F-A429-BFBB43C80338@uiuc.edu> <4769DA8A.7070701@gmail.com> Message-ID: <2C508DC6-70DF-48D1-9CFA-F733D37A425F@uiuc.edu> >> >> either that or move your clisp-2.43 folder to some directory >> without spaces in the name and the regenerate the cm.bat file. > success! it starts. good. then Jamses' little hack should work for you if you want to keep it under Program Files: I guess i should update emacs.html with this lore... > On Dec 19, 2007, at 8:58 PM, James Baker wrote: > an alternative is to replace > > c:\Program Files\ > > with > > c:\Progra~1\ From b0ef at esben-stien.name Thu Dec 20 13:20:01 2007 From: b0ef at esben-stien.name (Esben Stien) Date: Thu, 20 Dec 2007 22:20:01 +0100 Subject: [CM] Extend File Message-ID: <87fxxxf4hq.fsf@quasar.esben-stien.name> I can't find the command to insert zero samples at cursor. I want to insert 1300 zero samples at cursor. Any pointers how I can do this? -- Esben Stien is b0ef at e s a http://www. s t n m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@ n n From k.s.matheussen at notam02.no Thu Dec 20 12:44:24 2007 From: k.s.matheussen at notam02.no (Kjetil S. Matheussen) Date: Thu, 20 Dec 2007 21:44:24 +0100 (CET) Subject: [CM] Extend File In-Reply-To: <87fxxxf4hq.fsf@quasar.esben-stien.name> References: <87fxxxf4hq.fsf@quasar.esben-stien.name> Message-ID: On Thu, 20 Dec 2007, Esben Stien wrote: > I can't find the command to insert zero samples at cursor. I want to > insert 1300 zero samples at cursor. > > Any pointers how I can do this? > This should work: (insert-silence (cursor) 1300) From andersvi at extern.uio.no Thu Dec 20 13:58:06 2007 From: andersvi at extern.uio.no (andersvi at extern.uio.no) Date: Thu, 20 Dec 2007 22:58:06 +0100 Subject: [CM] Extend File In-Reply-To: (Kjetil S. Matheussen's message of "Thu\, 20 Dec 2007 21\:44\:24 +0100 \(CET\)") References: <87fxxxf4hq.fsf@quasar.esben-stien.name> Message-ID: >>>>> "K" == Kjetil S Matheussen writes: K> On Thu, 20 Dec 2007, Esben Stien wrote: >> I can't find the command to insert zero samples at cursor. I want to >> insert 1300 zero samples at cursor. >> >> Any pointers how I can do this? >> K> This should work: K> (insert-silence (cursor) 1300) If youre looking for the key-binding its C-o. Try hitting 'Ctrl-u' 1300 'Ctrl-o' From taube at uiuc.edu Sat Dec 22 06:41:56 2007 From: taube at uiuc.edu (taube at uiuc.edu) Date: Sat, 22 Dec 2007 08:41:56 -0600 (CST) Subject: [CM] Re: Installation problem (cm.sh) Message-ID: <20071222084156.AYO09285@expms6.cites.uiuc.edu> hi when you say "launch the cm.sh script" I assume you mean that you tried to execute the cm.sh script from inside your terminal (shell) app? this is how you start cm.sh start your bash shell and do: cd /path/to/cm bin/cm.sh -l clisp if you are doing this then something weird is going on (the cm.sh script has been working for years ) im out of town without access to linux, maybe someone on th list with linux chops can tell what the issue might be. ---- Original message ---- >Date: Sat, 22 Dec 2007 15:12:44 +0100 >From: "Mr.SpOOn" >Subject: Installation problem >To: taube at uiuc.edu > >Hi, >sorry for asking you (maybe this is not the right place to ask for), >but I have some problems in the installation of Common Music. > >I'm using Ubuntu and I have installed Common Lisp 2.43. Then, I >downloaded the archive of common music and extracted it in the main >CLISP directory. > >When I try to launch the cm.sh script I get this error: > >./cm.sh: 342: [[: not found >./cm.sh: 374: [[: not found >./cm.sh: 374: Linux: not found >./cm.sh: 389: [[: not found >[Fatal ] /usr/local/bin/clisp: version '2.43' unsupported. >[Notice ] Need clisp with -repl option (version 2.31 or higher). >Aborting. >[: 615: ==: unexpected operator >[Error ] Don't know how to call '' yet... =:( >Fatal. > > >I can't understand why. Can you help me? Is there a mailing list for >help questions? > >Thanks, bye >Carlo From taube at uiuc.edu Sat Dec 22 06:50:57 2007 From: taube at uiuc.edu (taube at uiuc.edu) Date: Sat, 22 Dec 2007 08:50:57 -0600 (CST) Subject: [CM] Re: Installation problem (cm.sh) Message-ID: <20071222085057.AYO10111@expms6.cites.uiuc.edu> also you need a valid clisp command installed on your path, ie you muwt be able to start clisp by simply typing 'clisp' in the shell. typing 'which clisp' will tell you where the clisp executable should be intalled. ---- Original message ---- >Date: Sat, 22 Dec 2007 08:41:56 -0600 (CST) >From: >Subject: [CM] Re: Installation problem (cm.sh) >To: "Mr.SpOOn" >Cc: cmdist at ccrma.Stanford.EDU > >hi when you say "launch the cm.sh script" I assume you mean that you tried to execute the cm.sh script from inside your terminal (shell) app? this is how you start cm.sh > >start your bash shell and do: > > cd /path/to/cm > bin/cm.sh -l clisp > >if you are doing this then something weird is going on (the cm.sh script has been working for years ) im out of town without access to linux, maybe someone on th list with linux chops can tell what the issue might be. > > >---- Original message ---- >>Date: Sat, 22 Dec 2007 15:12:44 +0100 >>From: "Mr.SpOOn" >>Subject: Installation problem >>To: taube at uiuc.edu >> >>Hi, >>sorry for asking you (maybe this is not the right place to ask for), >>but I have some problems in the installation of Common Music. >> >>I'm using Ubuntu and I have installed Common Lisp 2.43. Then, I >>downloaded the archive of common music and extracted it in the main >>CLISP directory. >> >>When I try to launch the cm.sh script I get this error: >> >>./cm.sh: 342: [[: not found >>./cm.sh: 374: [[: not found >>./cm.sh: 374: Linux: not found >>./cm.sh: 389: [[: not found >>[Fatal ] /usr/local/bin/clisp: version '2.43' unsupported. >>[Notice ] Need clisp with -repl option (version 2.31 or higher). >>Aborting. >>[: 615: ==: unexpected operator >>[Error ] Don't know how to call '' yet... =:( >>Fatal. >> >> >>I can't understand why. Can you help me? Is there a mailing list for >>help questions? >> >>Thanks, bye >>Carlo > >_______________________________________________ >Cmdist mailing list >Cmdist at ccrma.stanford.edu >http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From taube at uiuc.edu Sat Dec 22 07:40:41 2007 From: taube at uiuc.edu (taube at uiuc.edu) Date: Sat, 22 Dec 2007 09:40:41 -0600 (CST) Subject: [CM] Re: Installation problem (cm.sh) Message-ID: <20071222094041.AYO14001@expms6.cites.uiuc.edu> >Yes, I know. I have it. I tried what you said before, but I get the same error. weird. are you using the latest svn of commonmusic and do you have a /bin/bash ? i just logged in to CCRMA (fedora core) and verified that i can check out cm and use the bin/cm.sh script to boot in both sbcl an clisp. the only differnce is that its clisp 2.41... [ccrma-gate hkt] ~> svn co http://commonmusic.svn.sf.net/svnroot/commonmusic/trunk/cm cm A cm/readme.text A cm/cm.asd A cm/doc A cm/doc/cm.html A cm/doc/dict A cm/doc/dict/midi-note-off-cls.html A cm/doc/dict/plotter-property-fn.html A cm/doc/dict/import-events-fn.html A cm/doc/dict/softest-var.html A cm/doc/dict/markov-cls.html A cm/doc/dict/interpl-fn.html A cm/doc/dict/chord-cls.html A cm/doc/dict/rescale-fn.html A cm/doc/dict/subcontainers-fn.html A cm/doc/dict/svstar-mac.html A cm/doc/dict/ran-fn.html A cm/doc/dict/power-var.html A cm/doc/dict/rtsqmk-fn.html A cm/doc/dict/fit-fn.html A cm/doc/dict/receive-fn.html A cm/doc/dict/drunk-fn.html A cm/doc/dict/find-object-fn.html A cm/doc/dict/scalegteql-fn.html A cm/doc/dict/plotter2.png A cm/doc/dict/plotter4.png A cm/doc/dict/shuffle-fn.html A cm/doc/dict/map-pattern-data-fn.html A cm/doc/dict/midi-cls.html A cm/doc/dict/plotter-data-fn.html A cm/doc/dict/sc-file-cls.html A cm/doc/dict/midi-control-change-cls.html A cm/doc/dict/list-objects-fn.html A cm/doc/dict/subobjects-fn.html A cm/doc/dict/plotter-topic.html A cm/doc/dict/midi-sequencer-event-cls.html A cm/doc/dict/invert-fn.html A cm/doc/dict/cmio11.png A cm/doc/dict/palindrome-cls.html A cm/doc/dict/tempo-var.html A cm/doc/dict/make-cm-fn.html A cm/doc/dict/cmio13.png A cm/doc/dict/use-system-fn.html A cm/doc/dict/pval-cls.html A cm/doc/dict/object-name-fn.html A cm/doc/dict/midi-key-signature-cls.html A cm/doc/dict/patternqmk-fn.html A cm/doc/dict/between-fn.html A cm/doc/dict/scaleeql-fn.html A cm/doc/dict/explsegs-fn.html A cm/doc/dict/heap-cls.html A cm/doc/dict/eopqmk-fn.html A cm/doc/dict/hertz-fn.html A cm/doc/dict/set-receiver-fn.html A cm/doc/dict/markov-analyze-fn.html A cm/doc/dict/set-clm-output-hook-fn.html A cm/doc/dict/midi-text-event-cls.html A cm/doc/dict/log-axis-cls.html A cm/doc/dict/remove-object-fn.html A cm/doc/dict/save-object-fn.html A cm/doc/dict/loudest-var.html A cm/doc/dict/seq-cls.html A cm/doc/dict/scale-min-fn.html A cm/doc/dict/tendency-fn.html A cm/doc/dict/midi-smpte-offset-cls.html A cm/doc/dict/pattern-mac.html A cm/doc/dict/scale-max-fn.html A cm/doc/dict/process-mac.html A cm/doc/dict/sc-stream-cls.html A cm/doc/dict/cents-gtscaler-fn.html A cm/doc/dict/graph-cls.html A cm/doc/dict/doeach-mac.html A cm/doc/dict/axis-cls.html A cm/doc/dict/scalegt-fn.html A cm/doc/dict/interval-fn.html A cm/doc/dict/sv-mac.html A cm/doc/dict/syntax.html A cm/doc/dict/cd-fn.html A cm/doc/dict/cmio1.png A cm/doc/dict/cmio-fn.html A cm/doc/dict/midi-stream-cls.html A cm/doc/dict/cmio3.png A cm/doc/dict/plotter-fn.html A cm/doc/dict/pwd-fn.html A cm/doc/dict/rts-continue-fn.html A cm/doc/dict/sal-topic.html A cm/doc/dict/cmio5.png A cm/doc/dict/midi-sequence-number-cls.html A cm/doc/dict/midi-key-pressure-cls.html A cm/doc/dict/plotter-close-fn.html A cm/doc/dict/cmio7.png A cm/doc/dict/histogram-fn.html A cm/doc/dict/cmio9.png A cm/doc/dict/rewrite-cls.html A cm/doc/dict/interp-fn.html A cm/doc/dict/cmio-topic.html A cm/doc/dict/accumulation-cls.html A cm/doc/dict/axis-fn.html A cm/doc/dict/note-fn.html A cm/doc/dict/cm-sh.html A cm/doc/dict/rewrite-generation-fn.html A cm/doc/dict/append-object-fn.html A cm/doc/dict/fold-objects-fn.html A cm/doc/dict/patterns-topic.html A cm/doc/dict/plotter-redraw-fn.html A cm/doc/dict/plotter-zoom-fn.html A cm/doc/dict/rhythm-fn.html A cm/doc/dict/object-gtcmn-fn.html A cm/doc/dict/next-fn.html A cm/doc/dict/map-subobjects-fn.html A cm/doc/dict/false-var.html A cm/doc/dict/pick-fn.html A cm/doc/dict/midi-connections-var.html A cm/doc/dict/map-subcontainers-fn.html A cm/doc/dict/osc-stream-cls.html A cm/doc/dict/pattern-state-fn.html A cm/doc/dict/audio-file-cls.html A cm/doc/dict/remove-subobjects-fn.html A cm/doc/dict/copier-cls.html A cm/doc/dict/osc-topic.html A cm/doc/dict/remove-receiver-fn.html A cm/doc/dict/beat-var.html A cm/doc/dict/midi-system-event-cls.html A cm/doc/dict/midi-port-event-cls.html A cm/doc/dict/object-time-fn.html A cm/doc/dict/ransegs-fn.html A cm/doc/dict/octave-number-fn.html A cm/doc/dict/point-cls.html A cm/doc/dict/shell-fn.html A cm/doc/dict/insert-object-fn.html A cm/doc/dict/cmn-file-cls.html A cm/doc/dict/rts-fn.html A cm/doc/dict/index.lisp A cm/doc/dict/rotation-cls.html A cm/doc/dict/copy-object-fn.html A cm/doc/dict/sco-file-cls.html A cm/doc/dict/note-name-fn.html A cm/doc/dict/gnuplot-file-cls.html A cm/doc/dict/amplitude-fn.html A cm/doc/dict/fomus-file-cls.html A cm/doc/dict/new-mac.html A cm/doc/dict/midi-program-change-cls.html A cm/doc/dict/gnuplot-fn.html A cm/doc/dict/plotter1.png A cm/doc/dict/scalelteql-fn.html A cm/doc/dict/terms.html A cm/doc/dict/plotter3.png A cm/doc/dict/rts-stop-fn.html A cm/doc/dict/midi-topic.html A cm/doc/dict/plotter5.png A cm/doc/dict/pval-mac.html A cm/doc/dict/fm-spectrum-fn.html A cm/doc/dict/f-cls.html A cm/doc/dict/true-var.html A cm/doc/dict/line-cls.html A cm/doc/dict/cmio10.png A cm/doc/dict/set-midi-output-hook-fn.html A cm/doc/dict/keynum-fn.html A cm/doc/dict/cmio12.png A cm/doc/dict/set-sco-output-hook-fn.html A cm/doc/dict/cmio14.png A cm/doc/dict/midi-channel-pressure-cls.html A cm/doc/dict/scale-var.html A cm/doc/dict/cycle-cls.html A cm/doc/dict/prime-form-fn.html A cm/doc/dict/rm-spectrum-fn.html A cm/doc/dict/scaler-gtcents-fn.html A cm/doc/dict/transposer-cls.html A cm/doc/dict/midishare-topic.html A cm/doc/dict/eodqmk-fn.html A cm/doc/dict/decimals-fn.html A cm/doc/dict/vary-fn.html A cm/doc/dict/rts-pause-fn.html A cm/doc/dict/list-named-objects-fn.html A cm/doc/dict/midi-eot-cls.html A cm/doc/dict/pattern-value-fn.html A cm/doc/dict/midi-channel-map-var.html A cm/doc/dict/svplus-mac.html A cm/doc/dict/input-fn.html A cm/doc/dict/pickl-fn.html A cm/doc/dict/portmidi-topic.html A cm/doc/dict/events-fn.html A cm/doc/dict/decode-interval-fn.html A cm/doc/dict/object-parameters-fn.html A cm/doc/dict/explseg-fn.html A cm/doc/dict/expl-fn.html A cm/doc/dict/lookup-fn.html A cm/doc/dict/date-and-time-fn.html A cm/doc/dict/join-cls.html A cm/doc/dict/cm-version-fn.html A cm/doc/dict/harmonics-fn.html A cm/doc/dict/hshi-mac.html A cm/doc/dict/cmio2.png A cm/doc/dict/midi-file-print-fn.html A cm/doc/dict/rescale-envelope-fn.html A cm/doc/dict/midi-time-signature-cls.html A cm/doc/dict/cmn-cls.html A cm/doc/dict/cmio6.png A cm/doc/dict/sprout-fn.html A cm/doc/dict/cmio8.png A cm/doc/dict/output-fn.html A cm/doc/dict/quantize-fn.html A cm/doc/dict/scale-order-fn.html A cm/doc/dict/mode-cls.html A cm/doc/dict/now-fn.html A cm/doc/dict/map-objects-fn.html A cm/doc/dict/io-mac.html A cm/doc/dict/wait-fn.html A cm/doc/dict/midi-tempo-change-cls.html A cm/doc/dict/clm-file-cls.html A cm/doc/dict/plotter-front-styling-fn.html A cm/doc/dict/thunk-cls.html A cm/doc/dict/dumposc-fn.html A cm/doc/dict/range-cls.html A cm/doc/dict/midi-pitch-bend-cls.html A cm/doc/dict/midi-note-on-cls.html A cm/doc/dict/midi-file-cls.html A cm/doc/dict/hshamp-mac.html A cm/doc/dict/receiverqmk-fn.html A cm/doc/dict/transpose-fn.html A cm/doc/dict/defaxis-mac.html A cm/doc/dict/defobject-mac.html A cm/doc/dict/tuning-cls.html A cm/doc/dict/chromatic-scale-var.html A cm/doc/dict/rts-topic.html A cm/doc/dict/plotter-scroll-fn.html A cm/doc/dict/stop-fn.html A cm/doc/dict/midi-chan-event-cls.html A cm/doc/dict/scalelt-fn.html A cm/doc/dict/supercollider-topic.html A cm/doc/dict/odds-fn.html A cm/doc/dict/plotter-add-layer-fn.html A cm/doc/dict/note-accidental-fn.html A cm/doc/dict/wait-until-fn.html A cm/doc/dict/weighting-cls.html A cm/doc/dict/scale-mod-fn.html A cm/doc/dict/play-fn.html A cm/doc/dict/index.html A cm/doc/dict/i-cls.html A cm/doc/dict/pitch-class-fn.html A cm/doc/css A cm/doc/css/cm.css A cm/doc/install.html A cm/doc/changelog.text A cm/doc/emacs.html A cm/doc/img A cm/doc/img/cmlogobb.png A cm/doc/img/cmlogobw.png A cm/doc/img/cmlogosw.png A cm/src A cm/src/cm.scm A cm/src/parse.lisp A cm/src/utils.scm A cm/src/asdf.lisp A cm/src/midishare.scm A cm/src/guile.scm A cm/src/sc.scm A cm/src/io.scm A cm/src/cmu.lisp A cm/src/clm.scm A cm/src/spectral.scm A cm/src/scheduler.scm A cm/src/stklos.scm A cm/src/openmcl.lisp A cm/src/lispworks.lisp A cm/src/acl.lisp A cm/src/clos.lisp A cm/src/level1.scm A cm/src/ecl.lisp A cm/src/rt-sc.scm A cm/src/objects.scm A cm/src/scheme.lisp A cm/src/player.scm A cm/src/loop.lisp A cm/src/clisp.lisp A cm/src/plt.scm A cm/src/mcl.lisp A cm/src/patterns.scm A cm/src/midi1.scm A cm/src/midi2.scm A cm/src/sal.lisp A cm/src/midi3.scm A cm/src/pkg.lisp A cm/src/sbcl.lisp A cm/src/loop.scm A cm/src/data.scm A cm/src/stocl.lisp A cm/src/scales.scm A cm/src/pm.scm A cm/src/level1.lisp A cm/src/cmn.scm A cm/src/gauche-rt.scm A cm/src/osc.scm A cm/src/cm.lisp A cm/src/sco.scm A cm/src/rt.scm A cm/src/gnuplot.scm A cm/src/fomus.scm A cm/src/mop.scm A cm/src/gauche.scm A cm/src/clm2.scm A cm/bin A cm/bin/cm.sh A cm/etc A cm/etc/contrib A cm/etc/contrib/stoh.lisp A cm/etc/contrib/vkey.lisp A cm/etc/contrib/expandn.ins A cm/etc/contrib/lock.cm A cm/etc/contrib/samples.lisp A cm/etc/tutorials A cm/etc/tutorials/scales.lisp A cm/etc/tutorials/intro.lisp A cm/etc/tutorials/jazz.lisp A cm/etc/tutorials/markov.lisp A cm/etc/tutorials/source.mid A cm/etc/tutorials/editing.lisp A cm/etc/tutorials/index.html A cm/etc/emacs A cm/etc/emacs/sal-mode.el A cm/etc/emacs/cm.el A cm/etc/testing A cm/etc/testing/test-sal.lisp A cm/etc/testing/time-cm.cm A cm/etc/testing/test-cm.cm A cm/etc/examples A cm/etc/examples/sc-synths.sc A cm/etc/examples/cring.cm A cm/etc/examples/foster.cm A cm/etc/examples/rt.cm A cm/etc/examples/sc.cm A cm/etc/examples/rt-sc.cm A cm/etc/examples/plotter.cm A cm/etc/examples/reich.cm A cm/etc/examples/scales.cm A cm/etc/examples/intro.cm A cm/etc/examples/fm.ins A cm/etc/examples/ligeti.cm Checked out revision 1516. [ccrma-gate hkt] ~> cm bin/cm.sh cm: Permission denied. [ccrma-gate hkt] ~> bin/cm.sh bin/cm.sh: Command not found. [ccrma-gate hkt] ~> cd cm [ccrma-gate hkt] ~/cm> bin/cm.sh ;; loading #P"/usr/lib/sbcl/sb-posix/sb-posix.asd" ; loading system definition from /usr/lib/sbcl/sb-grovel/sb-grovel.asd into ; # ;;; loading #P"/usr/lib/sbcl/sb-grovel/sb-grovel.asd" ; registering # as SB-GROVEL ;;; loading #P"/usr/lib/sbcl/sb-grovel/defpackage.fasl" ;;; loading #P"/usr/lib/sbcl/sb-grovel/def-to-lisp.fasl" ;;; loading #P"/usr/lib/sbcl/sb-grovel/foreign-glue.fasl" ;; loading #P"/usr/lib/sbcl/sb-posix/defpackage.fasl" ;; loading #P"/usr/lib/sbcl/sb-posix/designator.fasl" ;; loading #P"/usr/lib/sbcl/sb-posix/macros.fasl" ;; loading #P"/usr/lib/sbcl/sb-posix/constants.fasl" ;; loading #P"/usr/lib/sbcl/sb-posix/interface.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/sb-bsd-sockets.asd" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/defpackage.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/split.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/constants.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/sockets.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/sockopt.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/inet.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/local.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/name-service.fasl" ;; loading #P"/usr/lib/sbcl/sb-bsd-sockets/misc.fasl" ; CM install directory: /user/h/hkt/cm/ ; Compiling pkg.lisp ; Loading pkg.fasl ; Generating iter.lisp ; Generating utils.lisp ; Generating mop.lisp ; Generating objects.lisp ; Generating data.lisp ; Generating scales.lisp ; Generating spectral.lisp ; Generating patterns.lisp ; Generating io.lisp ; Generating scheduler.lisp ; Generating gnuplot.lisp ; Generating plt.lisp ; Generating sco.lisp ; Generating clm.lisp ; Generating midi1.lisp ; Generating midi2.lisp ; Generating midi3.lisp ; Generating cmn.lisp ; Generating fomus.lisp ; Generating midishare.lisp ; Generating player.lisp ; Generating sc.lisp ; Generating pm.lisp ; Generating rt.lisp ; Compiling sbcl.lisp ; Compiling iter.lisp ; Loading sbcl.fasl ; Loading iter.fasl ; Compiling level1.lisp ; Loading level1.fasl ; Compiling clos.lisp ; Compiling scheme.lisp ; Compiling utils.lisp ; Loading clos.fasl ; Loading utils.fasl ; Compiling mop.lisp ; Loading mop.fasl ; Compiling objects.lisp ; Compiling data.lisp ; Loading data.fasl ; Loading objects.fasl ; Compiling scales.lisp ; Compiling spectral.lisp ; Loading scales.fasl ; Compiling patterns.lisp ; Compiling io.lisp ; Loading io.fasl ; Compiling scheduler.lisp ; Compiling gnuplot.lisp ; Loading gnuplot.fasl ; Compiling plt.lisp ; Compiling sco.lisp ; Compiling clm.lisp ; Compiling midi1.lisp ; Loading midi1.fasl ; Loading scheduler.fasl ; Compiling midi2.lisp ; Loading midi2.fasl ; Compiling midi3.lisp ; Loading midi3.fasl ; Compiling cmn.lisp ; Compiling fomus.lisp ; Compiling midishare.lisp ; Loading midishare.fasl ; Compiling player.lisp ; Compiling sc.lisp ; Compiling pm.lisp ; Compiling rt.lisp ; Compiling parse.lisp ; Loading parse.fasl ; Compiling sal.lisp ; Loading scheme.fasl ; Loading spectral.fasl ; Loading patterns.fasl ; Loading plt.fasl ; Loading sco.fasl ; Loading clm.fasl ; Loading cmn.fasl ; Loading fomus.fasl ; Loading player.fasl ; Loading sc.fasl ; Loading pm.fasl ; Loading rt.fasl ; Loading sal.fasl /\\\ ---\\\--------- ----\\\-------- ----/\\\------- Common Music 2.11.1 ---/--\\\------ --/----\\\----- / \\\/ * (quit) [ccrma-gate hkt] ~/cm> bin/cm.sh -l clisp [3]> ; CM install directory: /user/h/hkt/cm/ ; Compiling pkg.lisp ; Loading pkg.fas ; Compiling clisp.lisp ; Compiling iter.lisp ; Loading clisp.fas ; Loading iter.fas ; Compiling level1.lisp ; Loading level1.fas ; Compiling clos.lisp ; Compiling scheme.lisp ; Compiling utils.lisp ; Loading clos.fas ; Loading utils.fas ; Compiling mop.lisp ; Loading mop.fas ; Compiling objects.lisp ; Compiling data.lisp ; Loading data.fas ; Loading objects.fas ; Compiling scales.lisp ; Compiling spectral.lisp ; Loading scales.fas ; Compiling patterns.lisp ; Compiling io.lisp ; Loading io.fas ; Compiling scheduler.lisp ; Compiling gnuplot.lisp ; Loading gnuplot.fas ; Compiling plt.lisp ; Compiling sco.lisp ; Compiling clm.lisp ; Compiling midi1.lisp ; Loading midi1.fas ; Loading scheduler.fas ; Compiling midi2.lisp ; Loading midi2.fas ; Compiling midi3.lisp ; Loading midi3.fas ; Compiling cmn.lisp ; Compiling fomus.lisp ; Compiling midishare.lisp ; Loading midishare.fas ; Compiling player.lisp ; Compiling sc.lisp ; Compiling pm.lisp ; Compiling rt.lisp ; Compiling parse.lisp ; Loading parse.fas ; Compiling sal.lisp ; Loading scheme.fas ; Loading spectral.fas ; Loading patterns.fas ; Loading plt.fas ; Loading sco.fas ; Loading clm.fas ; Loading cmn.fas ; Loading fomus.fas ; Loading player.fas ; Loading sc.fas ; Loading pm.fas ; Loading rt.fas ; Loading sal.fas 0 errors, 0 warnings /\\\ ---\\\--------- ----\\\-------- ----/\\\------- Common Music 2.11.1 ---/--\\\------ --/----\\\----- / \\\/ [1]> (quit) [ccrma-gate hkt] ~/cm> clis clis: Command not found. [ccrma-gate hkt] ~/cm> From bil at ccrma.Stanford.EDU Wed Dec 26 05:00:15 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Wed, 26 Dec 2007 05:00:15 -0800 Subject: [CM] Snd 9.6 Message-ID: <20071226125916.M92967@ccrma.Stanford.EDU> Snd 9.6: Many more Ruby improvements thanks to Mike. Fernando fixed a help-system bug. 5 more generators in generators.scm. 102 more calls in animals.scm -- (calling-all-animals) plays them all. "Open recent" item in File menu. completions dialog changed to be a drop-down list in the listener (in Motif -- I haven't decided how to display it in Gtk). make-env can take a vct rather than a list for the breakpoint data (to make it easier to use at run time). Also, there are set! methods for envelope scaler, offset, and duration (length). clear-selection and with-temporary-selection in extensions.scm. added fft-with-phases -- a normal FFT display but with colors to try to show phase info (actually less useful than I hoped). checked: Fedora 8, sbcl 1.0.11|2, clisp 2.43, gtk 2.12.2|3 Thanks!: Fernando Lopez-Lezcano, Mike Scholz From dlphillips at woh.rr.com Fri Dec 28 04:24:55 2007 From: dlphillips at woh.rr.com (Dave Phillips) Date: Fri, 28 Dec 2007 07:24:55 -0500 Subject: [CM] [OT] a problem with SBCL Message-ID: <4774EB17.2050106@woh.rr.com> Greetings, My apologies for posting this problem here, but I didn't want to join another list just to solve one problem, and I've always had good luck asking for help from the Lisp gurus here on cmdist. I'm almost "there" with IRCAM's Open Music 5.2.1, but I have this trouble: fatal error encountered in SBCL pid 4768(tid 3085235904): maximum interrupt nesting depth (32) exceeded How can this be fixed ? I've actually got so far as opening a workspace, but this error occurs if I try to open a project or tutorial. SBLC 1.0.5, Open SUSE 10.2, kernel 2.6.19. Please advise if more info is needed. Best, dp From taube at uiuc.edu Fri Dec 28 08:37:59 2007 From: taube at uiuc.edu (Rick Taube) Date: Fri, 28 Dec 2007 10:37:59 -0600 Subject: [CM] [OT] a problem with SBCL In-Reply-To: <4774EB17.2050106@woh.rr.com> References: <4774EB17.2050106@woh.rr.com> Message-ID: <67B71060-C7C8-4E64-BEAD-86D836E00C4D@uiuc.edu> > How can this be fixed ? for an error like this id contact the open music list directly. if not you will have to determine yourself what statement or function call causing the error. do you have the sources? if "opening" a project or tutorial entails a window or gui component id start tracing in that code. best, rick On Dec 28, 2007, at 6:24 AM, Dave Phillips wrote: > Greetings, > > My apologies for posting this problem here, but I didn't want to > join another list just to solve one problem, and I've always had > good luck asking for help from the Lisp gurus here on cmdist. > > I'm almost "there" with IRCAM's Open Music 5.2.1, but I have this > trouble: > > fatal error encountered in SBCL pid 4768(tid 3085235904): > maximum interrupt nesting depth (32) exceeded > > How can this be fixed ? > > I've actually got so far as opening a workspace, but this error > occurs if I try to open a project or tutorial. > > SBLC 1.0.5, Open SUSE 10.2, kernel 2.6.19. Please advise if more > info is needed. > > Best, > > dp > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist From b0ef at esben-stien.name Sat Dec 29 20:42:42 2007 From: b0ef at esben-stien.name (Esben Stien) Date: Sun, 30 Dec 2007 05:42:42 +0100 Subject: [CM] Extend File In-Reply-To: (Kjetil S. Matheussen's message of "Thu, 20 Dec 2007 21:44:24 +0100 (CET)") References: <87fxxxf4hq.fsf@quasar.esben-stien.name> Message-ID: <87zlvsaj3x.fsf@quasar.esben-stien.name> "Kjetil S. Matheussen" writes: > (insert-silence (cursor) 1300) Thank you;). -- Esben Stien is b0ef at e s a http://www. s t n m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@ n n From alberto-bernal at gmx.de Sun Dec 30 10:04:46 2007 From: alberto-bernal at gmx.de (alberto bernal) Date: Sun, 30 Dec 2007 19:04:46 +0100 Subject: [CM] guile with snd in osx Message-ID: <4777DDBE.3010701@gmx.de> Hello, I managed to install snd in osx and it actually runs within the xdarwin environment but guile is not properly working, I cannot evaluate the listener window. I suposse that enter or intro should work, but it doesn't. The keyboard combinations are not working too. Any tips? Thank you, Alberto From bil at ccrma.Stanford.EDU Sun Dec 30 13:13:49 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Sun, 30 Dec 2007 13:13:49 -0800 Subject: [CM] guile with snd in osx In-Reply-To: <4777DDBE.3010701@gmx.de> References: <4777DDBE.3010701@gmx.de> Message-ID: <20071230211115.M6737@ccrma.Stanford.EDU> Are you using gtk or motif? (snd --version prints out version info). If you click in the listener window and type carriage return, do you get another prompt? From alberto-bernal at gmx.de Mon Dec 31 03:54:17 2007 From: alberto-bernal at gmx.de (alberto bernal) Date: Mon, 31 Dec 2007 12:54:17 +0100 Subject: [CM] guile with snd in osx In-Reply-To: <20071230211115.M6737@ccrma.Stanford.EDU> References: <4777DDBE.3010701@gmx.de> <20071230211115.M6737@ccrma.Stanford.EDU> Message-ID: <4778D869.5030109@gmx.de> Thank you very much for your fast reply. I'm using motif, my snd version information is: This is Snd version 9.6 of 26-Dec-07: no extension language Mac OSX audio Sndlib 20.5 (26-Jun-07, float samples) CLM 3.46 (19-Oct-07) Motif 2.2.2 X11R6 Xpm 3.4.11 with large file support Compiled Dec 30 2007 01:38:42 C: 4.0.1 (Apple Computer, Inc. build 5363) host: i386-apple-darwin8.11.1 And when I type carriage return in the listener I do get another prompt. Alberto Bill Schottstaedt wrote: > Are you using gtk or motif? (snd --version prints out version > info). If you click in the listener window and type carriage return, > do you get another prompt? > > > _______________________________________________ > Cmdist mailing list > Cmdist at ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > > From bil at ccrma.Stanford.EDU Mon Dec 31 04:16:25 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Mon, 31 Dec 2007 04:16:25 -0800 Subject: [CM] guile with snd in osx In-Reply-To: <4778D869.5030109@gmx.de> References: <4777DDBE.3010701@gmx.de> <20071230211115.M6737@ccrma.Stanford.EDU> <4778D869.5030109@gmx.de> Message-ID: <20071231121027.M5956@ccrma.Stanford.EDU> > no extension language The configure script apparently didn't find Guile -- if you look in config.log, you might be able to figure out what went wrong. One way to tell it where Guile is is to use the GUILE_CONFIG_path variable: ./configure GUILE_CONFIG_path=/Users/mozart/bin or whatever. At the end of the configure process, it will report whether it found Guile. The directory above is where guile-config resides -- if you just built and installed Guile without any prefix, it's probably /usr/local/bin. So, ask the Finder where guile-config is, make clean in the Snd directory, reconfigure with that directory, and hopefully all will be fine. From alberto-bernal at gmx.de Mon Dec 31 11:44:13 2007 From: alberto-bernal at gmx.de (alberto bernal) Date: Mon, 31 Dec 2007 20:44:13 +0100 Subject: [CM] guile with snd in osx In-Reply-To: <20071231121027.M5956@ccrma.Stanford.EDU> References: <4777DDBE.3010701@gmx.de> <20071230211115.M6737@ccrma.Stanford.EDU> <4778D869.5030109@gmx.de> <20071231121027.M5956@ccrma.Stanford.EDU> Message-ID: <4779468D.8060506@gmx.de> So, the ./configure command didn't really find guile. I got following messages: checking for /usr/lib/snd/bin/guile-config... no checking for Guile... configure: WARNING: Guile config path is /sw/bin/, but I can't find guile-config! I think, the problem was that the script was looking for guile and guile-config and I have it as guile-1.6 and guile-1.6-config, so a made a copy of these last two as guile and guile-conf and everything seemed to be ok: Snd version .......... : 9.5 CFLAGS ............... : -O2 -I. -I/sw/include LDFLAGS .............. :-L/sw/lib prefix.................: /usr/local extension language.....: Guile audio system...........: MacOSX graphics toolkit.......: Motif optional libraries.....: random features........: environs...............: i386-apple-darwin8.11.1 gcc But it doesn't work in snd. I went to the config.log again and I realized that the first error message was still there: checking for /usr/lib/snd/bin/guile-config... no ... and I don't have this folder More tips? Thanks a lot again, Alberto Bill Schottstaedt wrote: >> no extension language >> > > The configure script apparently didn't find Guile -- if you look > in config.log, you might be able to figure out what went wrong. > One way to tell it where Guile is is to use the GUILE_CONFIG_path > variable: > > ./configure GUILE_CONFIG_path=/Users/mozart/bin > > or whatever. At the end of the configure process, it will report > whether it found Guile. The directory above is where guile-config > resides -- if you just built and installed Guile without any prefix, > it's probably /usr/local/bin. So, ask the Finder where guile-config > is, make clean in the Snd directory, reconfigure with that directory, > and hopefully all will be fine. > > > From bil at ccrma.Stanford.EDU Mon Dec 31 13:24:31 2007 From: bil at ccrma.Stanford.EDU (Bill Schottstaedt) Date: Mon, 31 Dec 2007 13:24:31 -0800 Subject: [CM] guile with snd in osx In-Reply-To: <4779468D.8060506@gmx.de> References: <4777DDBE.3010701@gmx.de> <20071230211115.M6737@ccrma.Stanford.EDU> <4778D869.5030109@gmx.de> <20071231121027.M5956@ccrma.Stanford.EDU> <4779468D.8060506@gmx.de> Message-ID: <20071231212205.M29076@ccrma.Stanford.EDU> Yes, it looks fine -- did you try it? The line checking for /usr/lib/snd/bin/guile-config... no can be ignored -- configure looks there first, then anywhere else if that fails.