<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:12pt"><div><span>Well the maintainer on a lot of it is Hans, and I doubt he wants to do it by hand.</span></div><div style="color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;"><br><span></span></div><div style="color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;"><span>-Jonathan<br><br></span></div> <div class="qtdSeparateBR"><br><br></div><div style="display: block;" class="yahoo_quoted"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 12pt;"> <div style="font-family: HelveticaNeue, Helvetica Neue,
Helvetica, Arial, Lucida Grande, sans-serif; font-size: 12pt;"> <div dir="ltr"> <font face="Arial" size="2"> On Monday, May 26, 2014 4:05 PM, Miller Puckette <msp@ucsd.edu> wrote:<br> </font> </div> <br><br> <div class="y_msg_container">I wouldn't dare unleash a script on SVN - I think it's wiser to leave this up<br clear="none">to whomever is maintaining individual packages.<br clear="none"><br clear="none">Same for whomever is watching over the howto (it's not my work at all, although<br clear="none">I'm delighted it's there! )<br clear="none"><br clear="none">M<br clear="none"><div class="yqt7417344089" id="yqtfd47987"><br clear="none">On Mon, May 26, 2014 at 12:22:15PM -0700, Jonathan Wilkes wrote:<br clear="none">> Is there a script to change the rest of svn?<br clear="none">> <br clear="none">> Also the externals howto should be changed to use A_CANT instead of zero.<br clear="none">> <br clear="none">> -Jonathan<br
clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> On Monday, May 26, 2014 3:00 PM, Miller Puckette <<a href="" class="removed-link" shape="rect" ymailto="mailto:msp@ucsd.edu">msp@ucsd.edu</a>> wrote:<br clear="none">> <br clear="none">> <br clear="none">> <br clear="none">> Aha... DOUBLE fail on my part - I wasn't enforcing A_CANT and anyhow<br clear="none">> almost none fo teh tlde objects were using it! Just goes to show -<br clear="none">> if yuo've never tested something it probably doesn't work.<br clear="none">> <br clear="none">> Should be fixed in vanilla git repo now.<br clear="none">> <br clear="none">> cheers<br clear="none">> M<br clear="none">> <br clear="none">> <br clear="none">> On Mon, May 26, 2014 at 11:17:40AM -0700, Jonathan Wilkes wrote:<br clear="none">> > I don't see anything in the code that would keep
[dsp(--[osc~] from triggering this "dsp" message to the signal object.<br clear="none">> > <br clear="none">> > Indeed, when I specify A_CANT as the "dsp" arg type for [osc~] and recompile it still crashes.<br clear="none">> > <br clear="none">> > So that may be the policy, but the design doesn't keep the message from being dispatched.<br clear="none">> > <br clear="none">> > -Jonathan<br clear="none">> > <br clear="none">> > <br clear="none">> > On Monday, May 26, 2014 1:32 PM, Miller Puckette <<a href="" class="removed-link" shape="rect" ymailto="mailto:msp@ucsd.edu">msp@ucsd.edu</a>> wrote:<br clear="none">> > <br clear="none">> > <br clear="none">> > <br clear="none">> > No, the A_CANT will ensure that the message never gets sent to the<br clear="none">> > object (because typechecking fails)<br clear="none">> > <br clear="none">> > You can of
course send the message from C, but anyone's allowed to crash<br clear="none">> > Pd by introducing faulty C code :)<br clear="none">> > <br clear="none">> > M<br clear="none">> > <br clear="none">> > <br clear="none">> > On Mon, May 26, 2014 at 10:23:36AM -0700, Jonathan Wilkes wrote:<br clear="none">> > > Is that by policy or design?<br clear="none">> > > <br clear="none">> > > In other words, if I send a msd [dsp crash_my_pd( to a signal object that defines its dsp method args using A_CANT, will it still crash? (Not at a machine with Pd or I'd try it myself.)<br clear="none">> > > <br clear="none">> > > -Jonathan<br clear="none">> > > <br clear="none">> > > <br clear="none">> > > On Monday, May 26, 2014 1:06 PM, Miller Puckette <<a href="" class="removed-link" shape="rect" ymailto="mailto:msp@ucsd.edu">msp@ucsd.edu</a>> wrote:<br
clear="none">> > > <br clear="none">> > > <br clear="none">> > > <br clear="none">> > > Just to answer one sprcific question here...<br clear="none">> > > > <br clear="none">> > > > Lyon's book explaing what A_GIMME does, but not A_CANT. I checked m_pd.h a<br clear="none">> > > > bit but didn't make much out of it. It is there where the problem lies?<br clear="none">> > > > <br clear="none">> > > <br clear="none">> > > A_CANT is used when an object receives a message but the arguments can't be<br clear="none">> > > safely typechecked by Pd - so these messages are refued if sent by the patch,<br clear="none">> > > but friendly C code can call them using a lower-level mechanism.<br clear="none">> > > <br clear="none">> > > cheers<br clear="none">> > > Miller</div><br clear="none"><br clear="none">>
_______________________________________________<br clear="none">> <a href="" class="removed-link" shape="rect" ymailto="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br clear="none">> UNSUBSCRIBE and account-management -> <a href="" class="removed-link" shape="rect" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><div class="yqt7417344089" id="yqtfd70339"><br clear="none"><br clear="none"></div><br><br></div> </div> </div> </div> </div></body></html>