<div dir="ltr"><div>Hi,<br><br></div><div>I noticed with the [oscparse] object that if I have an address pattern that contains only an integer, it can't be correctly parsed by any future [route] objects down the line. <br><br></div><div>For example a message: "/tag /0 /example 0.45" will not be correctly parsed with the following:<br><br></div><div>[oscparse]<br>|<br></div><div>[list trim]<br>|<br></div><div>[route tag]<br>|<br></div><div>[route 0]<br>|<br></div><div>[route example]<br><br></div><div>However, the printed output of [oscparse] <i>looks</i> like it should be correct (i.e. it shows as "list tag 0 example 0.45")<br><br></div><div>It seems this could be an issue in how the object parses integers and strings, but I'm not totally sure if it's intended behaviour or a bug. <br><br></div><div>The OSC message can be correctly parsed in Max, which, unless someone tells me otherwise, leads me to believe the formatting is valid.<br><br>I've attached a patch that shows the issue (Pd 0.46.1 OSX 10.9.5).<br><br><br><br></div><div>Cheers,<br>Joe<br></div></div>