I'm trying to send data to and from an existing Windows app (VB/NET) that I cannot at this time change. The app apparently is written to expect the ";" at the end of data characters being transmitted. This was written to work in PD, which it does, using netsend/netreceive. But i want to re-work this to use Max. I have not been able to simply replace netsend/netreceive with anything i can find (and I have looked) in Max. So far as i can see, using for example net.tcp.send (and tcpClient too) in Max, i never get the ";". It is stripped off if I try to add it in the string to be sent (of course - that would be too easy!). I verified this using a packet sniffer. I think this is why the app I'm trying to connect to keeps crashing. ANy suggestions would be GREAT. I'm in over my head... again!

OK that makes sense.

I just realized that the normal receive~ does accept a "set xxx" to allow dynamic setting. I did not realize that, as i didn't see it in the documentation. Am i missing something? Why do we even need receive13~ ?

Yes, I can also use send~ and receive~ fine but not the "13" version. I am on Win7 64. i just now recompiled on my machine using mingw/gcc and cannot get the object to load, even with no errors or even warnings from gcc

Nothing changed that i know of. I am 98% sure it was working before. i wrote 43.3 but meant 43.4, so is is current. i could try an older version. Regular send/receive works fine. i am trying to compile the receive13~ source on my pc, but I am not very good at it. using Mingw...

I tried various combinations, and yes i used send13~ (the help file for example). I tried deleting and recreating the receiv13~ obj too. Nothin works!

Receive13~ object creates fine. i do get error messages about "receive13~ no matching send" when i create it. But I cannot get any data from the send to the receive. Like i said, the help file does not work, i.e. no data is received when data is sent. i would like to programmatically create patches with individual receive names.

DSP is on and I have cycled it on and off.

I thought i had this wroking but now, receive13~ does not work. I mean, just opening the help file for receve13~, no other patches open, it doesn't work. I figure if the help file doesn't work, it may be broken for Win7, 43.3 extended. The normal send/receive~ works fine. Anyone have this problem?

Thanks, that sounds like a worthy addition to my debugger.

OK, I removed the list2symbo and makefilename:

[openpanel]
|
[list append sl sr]
|
[set read $1 $2 $3 $4(
|
[msg box(
|
[soundfiler]

This works. Is there some way to "see" whether a message is one atom or 5 atoms? I used my "debugger", a route object with bang, float, symbol, anything, and udefined, outputs and in both cases it came out undefined. i could not really distinguish the two cases. Thanks.