SamY wrote: > If this is the same bug that virtually killed the cross-platform > enterprise client/server product I worked on years ago (and it's looking > more and more like it is), it's been around since at least Windows NT > and will probably outlive me unless you come up with a solution, > Philippe. (No pressure) ;) > > Right now I feel like Captain Ahab standing on the deck of the Pequod, > precariously holding onto the rail while shaking my fist and shouting > into the wind "Get him, lads!", having just spotted my nemesis off the > bow for the first time in 20 years. I hereby officially name this bug > "Moby Dick".
Well, in fact I misread the wireshark and the FIN request from the LMS is ACKnowledged by the bridge's stack but what was missing is the FIN from the bridge. It should be sent when closing the connection in return, but I don't because I don't see it fast enough. So, as Paul rightfully pointed it out, once the server has received the ACK of FIN, it waits TIME_WAIT and then sends a RST frame that causes the client to wipe-out all already stored buffered. I assume (maybe I'll give it a try) that Linux vs Windows is that the Linux frame might not send a RST frame and simply move on after TIME_WAIT. It's an interesting and complicated combination of events but that's purely a vicious implementation mistake, I now realize it. So it is probably not Moby Dick, alas! LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=104614 _______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
