[PD] [PD-announce] pd 0.43-1 test7 (!) available

Ivica Ico Bukvic ico at vt.edu
Tue Dec 27 16:55:22 CET 2011

For the few catches I do use, I don't do any follow-up simply because those have been proven (at least so far) not to cause any problems down the line so like I mentioned they were the few cases where it was easier to catch than to hunt for a way to check for their sanity.

Ivica Ico Bukvic, D.M.A
Composition, Music Technology
Director, DISIS Interactive Sound & Intermedia Studio
Director, L2Ork Linux Laptop Orchestra
Assistant Director, CCTAD
Virginia Tech
Department of Music
Blacksburg, VA 24061-0240
(540) 231-6139
(540) 231-5034 (fax)

Jonathan Wilkes <jancsika at yahoo.com> wrote:

Do you throw an error if catch catches something?



> From: Ivica Ico Bukvic <ico at vt.edu>
>To: Mathieu Bouchard <matju at artengine.ca>; Miller Puckette <msp at ucsd.edu> 
>Cc: pd-list at iem.at 
>Sent: Tuesday, December 27, 2011 12:45 AM
>Subject: Re: [PD] [PD-announce] pd 0.43-1 test7 (!) available
>If you look through the pd-l2ork C code, which is by and large near identical (at least in its core) to pd vanilla (except for comments I added while studying the code) you will find a few places where mainly due to the way pd handles GOP it is easier to simply catch a tcl/tk command than go through all the trouble of making sure the call is sane. The rest of the code contains  a series of sanity checks I added and as such spews no tcl/tk warnings or errors. I suspect this would be trivial to merge with your code base.
>Best wishes,
>Ivica Ico Bukvic, D.M.A
>Composition, Music Technology
>Director, DISIS Interactive Sound & Intermedia Studio
>Director, L2Ork Linux Laptop Orchestra
>Assistant Director, CCTAD
>Virginia Tech
>Department of Music
>Blacksburg, VA 24061-0240
>(540) 231-6139
>(540) 231-5034 (fax)
>Mathieu Bouchard <matju at artengine.ca> wrote:
>Le 2011-12-26 à 14:33:00, Miller Puckette a écrit :
>>> I read the thread on the bug tracker.  It looks like this is an old bug
>>> that manifests itself worse in 0.43 because its error recovery for
>>> TCL commands coming from Pd isn't as good as 0.42 was.
>>What you need is not as much error recovery as error reporting. Do 
>>whatever is necessary so that future bug reports are easier to make. For 
>>example, when a Tcl command fails, print the command that directly caused 
>>that error, even when -d is set to 0.
>>> Unless someone knows how to make a tcl interpreter ignore errors when 
>>> executing scripts I don't know how to return to the more fail-soft 0.42 
>>> way.
>>Isn't that what the [catch] command already does ?
>>But if anything prevents an item from being created, this will necessarily 
more errors later, for any tcl command that assumes that the 
>>creation command worked.

>>| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC

>>Pd-list at iem.at mailing list
>>UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

>Pd-list at iem.at mailing list
>UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20111227/48664e47/attachment.htm>

More information about the Pd-list mailing list