<div dir="ltr">Dale,<div>I've seen issues with pattern matching too, but couldn't remember what they were specifically when I read your email.</div><div>I took the liberty of writing some tests to find holes in chuck's implementation of the OSC spec and have discovered a few so far. I included a zip archive with the scripts I wrote. Hope this helps.</div>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 10, 2013 at 11:05 AM, dparson <span dir="ltr"><<a href="mailto:dparson@ptd.net" target="_blank">dparson@ptd.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It's been a while, so apologies in advance if this topic has come up lately.<br>
<br>
Last time that I wrote an OSC receiver in ChucK, the code had to match the incoming address pattern verbatim. There was no way to apply pattern matching, e.g., a regular expression, to match the incoming string. Also, I don't think that there was a way to match a prefix of the incoming string, after which one could in theory write one's own pattern matcher on the remainder of the incoming string. Little time for that, anyway.<br>

<br>
Is it (still) necessary to match the incoming OSC pattern string, literally, in its entirety? My solution last time was to spork a separate shred to match each incoming literal string in its entirety. That approach does not fully solve the problem at hand.<br>

<br>
Thanks.<br>
<br>
Dale (Acoustic Interloper)<br>
_______________________________________________<br>
chuck-users mailing list<br>
<a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu</a><br>
<a href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-users" target="_blank">https://lists.cs.princeton.edu/mailman/listinfo/chuck-users</a><br>
</blockquote></div><br></div>