No errors, but data not sent with TCP

[arlomedia]

I'm trying to integrate JavaOSC into an Android (Kotlin) app. I need to use TCP, so I downloaded the current version of the source code but rolled back first change in 2cbbc43 so it would run on Android. Here's my code to connect to a server and send some data:

val remoteSocketAddress = InetSocketAddress("10.0.1.24", 24601)
val localSocketAddress = InetSocketAddress(this.myAddress, 24601)
val client: OSCPortOut?
try {
	client = OSCPortOutBuilder().setLocalSocketAddress(localSocketAddress).setRemoteSocketAddress(remoteSocketAddress).setNetworkProtocol(NetworkProtocol.TCP).build()
} catch (e: Exception) {
	Log.d("serverConnect", "error creating client")
	return
}

val data = arrayListOf<Any>("a", "b", "c")
App.instance.runInBackground({ // sending will throw an exception if run on the main thread
	val message = OSCMessage("/my/app/setup", data)
	try {
		client.send(message)
	} catch (e: Exception) {
		Log.d("serverConnectContinue", "error sending to server")
	}
})

For testing, I'm sending to the OSCSmith app on my Mac. That shows the Android app connecting and then disconnecting in the same second, but it doesn't show any data received. However, I can add breakpoints to the source code and see that it's getting all the way to ByteArrayListBytesReceiver.writeTo(), and the data there is correct. I don't know why the OutputStream from that point isn't delivering the data to the server.

If I change the network protocol to UDP and leave all the other code the same, the data is sent as expected. (OSCSmith can receive on TCP or UDP and with TCP can receive SLIP or PLH format. I have it set to PLH because it sounds like JavaOSC doesn't support SLIP yet.)

I think the connection and immediate disconnection is expected, because a comment in TCPTransport.send() says, "Closing the output stream is necessary...." I can't find what part of the code triggers the disconnection, but when I add a breakpoint at the end of ByteArrayListBytesReceiver.writeTo(), I can see that the disconnect doesn't happen until after all the data is written.

I'm not getting any errors in the Android Studio console. It's like the data is just disappearing. Can anyone, perhaps @daveyarwood, who added TCP compatibility, give any insight on this?

[daveyarwood]

I think you're on the right track. The TCP implementation automatically creates a connection when you call send, and closes the connection after the message is sent.

Off hand, I'm not sure why the message isn't being delivered. As a troubleshooting step, have you tried your same code on desktop?

[arlomedia]

Thanks for the reply! Do you mean build the app for Windows or Linux? I don't think that's possible with an app built with the Android SDK. I only know how to build Android and iOS apps. (I'm using sammyOSCKit for the iOS version of this app.)

I did try running the app in the Android emulator on my Mac, but the device discovery doesn't work there, so that would be a different thing to troubleshoot. I also set up the app to send data to its own OSCPortIn, but it doesn't receive any data it sends. It does receive data sent from the iOS app, so I know the receive part is working. I've been testing it on an Android 13 tablet, but just tried on an older Android 8 tablet with the same results.

BTW, when adding breakpoints to the source code to see how far the send process gets, I could go as far as ByteArrayListBytesReceiver.writeTo(), but the next step is OutputStream.write() in a java.io class. Android Studio lets me view the source for that class and add a breakpoint to it, but it doesn't stop on the breakpoint. I think that indicates that breakpoints don't reliably work in decompiled SDK classes, not that that function isn't called.

However, after adding breakpoints to the decompiled java.net.Socket class, I'm now seeing an error in the getOutputStream() function whenever I try sending data: "Cannot find local variable 'impl'". This is triggered by the line try (OutputStream out = clientSock.getOutputStream()) in TCPTransport.send(). I don't know if this is how that class normally works, or if it indicates the socket setup is incomplete somehow. That line does return an output stream that has its impl property set:

[hoijui]

Me no Android .. someone else needs to step-up, I am afraid.