kmiller15211

Here's the trace. So, I run the program from the command line, and I have a signal handler hooked on the signal, which then calls shutdown on my object, which...

Just FYI, I added a sample program that exhibits the issue in the ticket in the Paho cpp SDK: https://github.com/eclipse/paho.mqtt.c/issues/690.

Just FYI, I recall trying calling the Paho cpp MQTT::async_client disconnect first, and I believe that blocks for the long period as well. From the trace, it looked like it...

Thanks for the response! Here is my command, and the response. Seems like it's correctly returning the header, as expected: > ~ # curl -D- --request GET '192.168.1.203:80/config/param?category=holter&paramName=framSizeBytes' > HTTP/1.1...

OK, here's a Wireshark trace from what we're seeing. In this case, we have a PC running Chrome attempting to access the embedded Linux device running seasocks with page handlers...

Sorry, here's the full trace (I hope). Unfortunately, getting this secondhand, as I'm having device/networking issues. The request should have been a GET of this URL: 'http://192.168.137.138/system/serial-number'. [cors-request-packet-trace-wireshark.zip](https://github.com/mattgodbolt/seasocks/files/6379175/cors-request-packet-trace-wireshark.zip)

We believe that the OPTIONS call is the pre flight check to ensure that the web domain is allowed to call that API. (Sorry, I'm not a HTTP expert; We...