philippe_44 wrote: > Thanks for trying to find a configuration that replicates the problem - > this is usually very hard. I've tried but cannot cause the problem to > happen and cannot find a cause re-reading the code. It's clearly a > deadlock and I know what mutex is the cause, but can't understand how it > happens and I've re-read the code 1000 times now. > > The application squeeze2upnp can run on another machine, it does not > have to be co-located with LMS. Is there any chance that you could try > to run it on a Windows machine to see if the problem also happens ? > (download the latest zip package from here > https://sourceforge.net/projects/lms-to-upnp/files/dev/ on such Windows > machine, unzip everything and launch Bin/squeeze2upnp-win.exe > > [edit]: also, can you send me your config file, especially if you have > set a Buffer Limit ? This is the only cause I can see of a race > condition, although I don't know how it could happen
Yes, I do have a LMS running on a Windows machine as well, so I could try test out on this setup as well. So I will try this out this very night. Also, I can share the configuration file as well. One thing came to my ming this morning, I do not know if this could be triggering the problem. On the device settings, the uPnP discovery is set to disable the device, if the discovery fails 1 times. Wonder if this problem would be correlated to a missing discovery and then disconnect? I'll update as soon as I have new test results :-) ------------------------------------------------------------------------ bastrup's Profile: http://forums.slimdevices.com/member.php?userid=65544 View this thread: http://forums.slimdevices.com/showthread.php?t=103728 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
