It seems this could be an issue in how the object parses integers and strings

Sorry yep I meant symbols instead of strings there :)

Thanks for the fix Frank!

Cheers,
Joe

On 13 October 2014 14:40, Frank Barknecht <fbar@footils.org> wrote:
Hi Joe,

the "0" in the OSC address part actually is a symbol! All parts of an OSC
address are strings as far as [oscparse] and [oscformat] are concerned.

Try this:

 [bang(
 |
 [oscformat 0]
 |
 [oscparse]
 |
 [print]

It will print "symbol 0"!

[route 0] is a [route] in "float-mode": It only routes float messages, that's
why it cannot catch symbol-messahes with a numeric symbol data part.

You should be able to work around this by creating a [route] in symbol-mode
and feeding it a symbol-0 to the right inlet like this:

                    [0(
                    |
                    [makefilename %d]
                    |
 [route DUMMY-SYMBOL]

Ciao
--
Frank


On Mon, Oct 13, 2014 at 12:34:24PM +0100, Joe White wrote:
> 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
Ciao
--
 Frank Barknecht                                     _ ______footils.org__

_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list



--
Follow me on Twitter @diplojocus