<div dir="ltr">On Fri, Jan 15, 2016 at 4:30 AM, Roman Haefeli <span dir="ltr"><<a href="mailto:reduzent@gmail.com" target="_blank">reduzent@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
On Thu, 2016-01-14 at 11:10 -0500, Martin Peach wrote:<br>
> ...although OSC 1.0 says that any sequence of non-null ASCII<br>
> characters can be a string. The unpackOSC implementation may be<br>
> rejecting it because Pd doesn't like such characters in its symbols.<br>
<br>
</span>Indeed, the ASCII 10 character seems to be causing the error message of<br>
[unpackOSC]. However, Pd deals with such symbols just fine, it seems.<br>
Try this:<br>
<br>
[10 (<br>
|<br>
[makefilename %c]<br>
|<br>
[symbol this$1isa$1symbol$1with$1line$1breaks(<br>
|<br>
[print]<br>
<br>
The OSC specifies OSC-strings as follows (from [1]):<br>
<br>
"OSC-string: A sequence of non-null ASCII characters followed by a null,<br>
followed by 0-3 additional null characters to make the total number of<br>
bits a multiple of 32."<br>
<br>
[1]:<br>
<a href="https://code.google.com/p/osc-midi-bridge/wiki/OSCSpecification#Atomic_Data_Types" rel="noreferrer" target="_blank">https://code.google.com/p/osc-midi-bridge/wiki/OSCSpecification#Atomic_Data_Types</a><br>
<br>
There is no mention of disallowing newline characters.<br>
<span class="HOEnZb"><font color="#888888"><br>
Roman<br>
</font></span><span class="im HOEnZb"><br></span></blockquote><div><br></div><div>Yes it's odd. I don't know where that came from. I can change [unpackOSC] (and probably [packOSC ] as well) to conform to the spec. Are there any ASCII characters which are forbidden in a Pd symbol?<br><br></div><div>Martin<br><br></div></div></div></div>