2012/8/4 Kyle Schwarz <[email protected]>: > On 7/27/2012 5:37 PM, Kai Tietz wrote: >> > I have tried it, thanks for the patch! >>> >>> Unfortunately it appears that (ffmpeg + libx264 using it at least) >>> appears to deadlock (?) after a few seconds. >>> >>> Here's an example trace: >>> >>> Thanks for your help in this! >>> -roger- >> >> Hmm, it seems that this time conditional variables are causing the >> dead-locking. I will continue on that tomorrow. But good to hear >> that now at least some seconds are running ;) > > Any chance for an estimate on how long fixing this might take? If > winpthreads are no longer the best option I'm just curious as to if it's > worth it to try other options.
Well, as long as I don't get a testcase (and I mean here a reduced one) I can't do much. I tested all error-cases I can think of so far, and current version passes it. The statement "it doesn't work" doesn't help me to track down this issue. Maybe a testapplication using the DLL version of winpthread (compiled with -g) could be helpful to track down this issue. > I'm available to test any sort of patch that is believed to help. I > strongly support MinGW-w64 and winpthreads. Thanks for the offer > Best regards, > Kyle Schwarz Regards, Kai ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
