Oh, you're right! I just realized that he was using cmd.exe, while I was using a Msys2 shell. That explains the difference: cmd.exe keeps the quotations for echo, but the Msys2 shell strips it away.
Christof
he gets 01 because the full symbol is "01
and the last symbol is actually 05.txt"
strange, why echo is sending " ... (!?)
Em Qua, 17 de mar de 2021 12:33, oliver <oliver@klingt.org> escreveu:
On 2021-03-17 14:25, Christof Ressi wrote:
> pdsend/pdreceive uses the FUDI protocol (= Pd messages), where strings
> that look like floats are converted to a float atom. When serializing
> between FUDI strings and Pd atoms, the textual result is not
> guaranteed to be the same for number atoms.
i see
>
>> the resulting output from [netreceive -u 3001] will be:
>>
>> udp: "01 2 3 4 05.txt"
> Are you sure? Because I get
>
> 1 2 3 4 05.txt
yes, i am sure, at least for my system (Win7 / PD 0.51.4).
see attached .jpg.
(i'm getting the same truncations without the quotes btw.)
>
> which is what I would expect. The float atoms are properly serialized
> to their string representation (Pd doesn't remember the original
> text!) and "05.txt" is actually a symbol.
>
>> is there any way to sent such a symbol untruncated using the methods
>> above,
> If you want to send it as a single symbol, that's possible, you just
> have to escape the whitespace:
>
> "01\ 02\ 0003\ 004\ 05.txt"
thank you very much, that was a pointer in the right direction !
i figured, since the white spaces by themselves where transmitted
correctly, i wouldn't have to worry about them, but literally escaping
white spaces within my .tcl script (by forcing a backslash before every
white space) seems to do the trick !
best
oliver
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list