using a [tracecall] object you can trace back the original cause of messages. see:
http://artengine.ca/desiredata/gallery/tracecall-help.png
notes: [message] is the messagebox class [message] uses [messresponder] to send messages [__manager] represents the mouse click
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
PD-announce mailing list PD-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
This is fairly esoteric to me. Could you give a "real world" example of what such an object would be used for? What need does it fulfill in your own patching strategies? Why did you make it?
best, d.
Mathieu Bouchard wrote:
using a [tracecall] object you can trace back the original cause of messages.
derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 24: "Bridges -build -burn"
On Sun, Jul 15, 2007 at 03:18:05PM +0200, Derek Holzer wrote:
This is fairly esoteric to me. Could you give a "real world" example of what such an object would be used for? What need does it fulfill in your own patching strategies? Why did you make it?
I can't answer for matju, but it seems like this would be useful for making sure your signal paths are connected and data is flowing in the way that you expect. This should be obvious by reading the patch, but in a very complicated patch it could be quicker to check with tracecall. I think it would make it easier to fix bugs.
Chris.
On Sun, Jul 15, 2007 at 10:41:13PM -0400, Chris McCormick wrote:
On Sun, Jul 15, 2007 at 03:18:05PM +0200, Derek Holzer wrote:
This is fairly esoteric to me. Could you give a "real world" example of what such an object would be used for? What need does it fulfill in your own patching strategies? Why did you make it?
I can't answer for matju, but it seems like this would be useful for making sure your signal paths are connected and data is flowing in the way that you expect. This should be obvious by reading the patch, but in a very complicated patch it could be quicker to check with tracecall. I think it would make it easier to fix bugs.
Whoops. "message paths" not "signal paths".
Chris.
On Mon, 16 Jul 2007, Chris McCormick wrote:
I can't answer for matju, but it seems like this would be useful for making sure your signal paths are connected and data is flowing in the way that you expect. This should be obvious by reading the patch, but in a very complicated patch it could be quicker to check with tracecall. I think it would make it easier to fix bugs.
Whoops. "message paths" not "signal paths".
For signal paths see you next year... ;)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
-
Chris McCormick -
Derek Holzer -
Mathieu Bouchard