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

On 17.03.2021 22:10, José de Abreu wrote:
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 <oli...@klingt.org <mailto:oli...@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 <mailto:Pd-list@lists.iem.at> mailing list
    UNSUBSCRIBE and account-management ->
    https://lists.puredata.info/listinfo/pd-list
    <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
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Reply via email to