Take#2. Got the message going into Rx Frequency side now...but it's finding a "\n" at the end of the text and I don't know where it's coming from. Either I'm doing something stupid or some object is automatically adding it.
33 bytes come across from the client. I remove the "\n" from decodedtext as done elsewhere (which apparently is a just-in-case thing) But it shows 35 bytes in decodedTextBrowser2 and doubleClickOnCall finds the offset for a "\n" when there shouldn't be one. UDP Client test https://www.dropbox.com/s/pp5z7nqrtdeug9a/UDPClient.exe?dl=0 Patch for udpserver attached. Much simpler async....a couple msgbox's for my debug purposes. Mike W9MDB
mainwindow.diff
Description: Binary data
------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
