--
You received this message because you are subscribed to the Google Groups "UniMRCP" group.
To post to this group, send email to uni...@googlegroups.com.
To unsubscribe from this group, send email to unimrcp+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/unimrcp?hl=en.
Reading your post a few months ago, I got stuck and couldn't find the
time to investigate the problem, even though you properly identified
the problem was related to pthreadVC2.dll. Perhaps the same issue had
originally been submitted here:
http://code.google.com/p/unimrcp/issues/detail?id=96
And as the comment #4 clearly states, 64-bit version of pthreadVC2.dll
was built with vs2008 and therefore depended on it. So, if you had
vs2008 redistributable installed, the server would have started
normally, I believe. At least that's why it worked on my side before.
Anyway, this was just an oversight and definitely wasn't the intended
behavior.
All:
To avoid this kind of mess, I have decided to include the pthread
library into the UniMRCP dependencies package in order to build and
distribute it from source. So, the new package unimrcp-deps-1.1.0 is
already available to download from the link below:
http://code.google.com/p/unimrcp/downloads/detail?name=unimrcp-deps-1.1.0.zip
This package is intended to be used with the upcoming UniMRCP release
1.1.0 and is compatible with r1803 and above.
Thanks for your support,
--
Arsen Chaloyan
Author of UniMRCP
http://www.unimrcp.org