ferranpce

As simple as that. Attaching a break watchpoint just after a pipe object does nothing. Execution is not stopped. However this only happens in a Max for Live window. In a standard Max patch everything is working as expected.

I looked for help in the documentation and the forums but I haven't found nothing. What's happening? Where can I read for more information?

break-watchpoints-dont-work-with-delay-in-a-m4l-window

I can confirm. Same behavior here: Max 6.1.8 | Live 9.1.2 | OS X 10.9.4

As you can see, in the title I said the problem was with the delay object, but in the actual post I wrote it was with the pipe object instead. In fact, both present the described behaviour. But not only those two. Also clocker, metro and speedlim.

The problem seems to be with high priority thread messages, because as soon as you defer it, watchpoints work again. You can see this in the attached patch.

Watch watchpoints do work well in all situations, the problems is just with break ones.

Max for Live runs in overdrive, with SIAI on - and so does Max when you are editing an MFL device

Debugging requires that you run Max with Overdrive off

Break watchpoints don't work with delay in a M4L window.