Which branch? Just out of curiosity, what if you alter the src/CMakeLists.txt and src/libOpenImageIO/CMakeLists.txt to remove the references to socket.imageio, does that make the problem go away?
On Jun 8, 2012, at 11:52 AM, Stephen Parker wrote: > Hey, > > A year or so ago we had some issues with file handles not being closed which > Larry promptly addressed and we haven't seen the problem again until > recently. This time however, the error message is a bit different - involving > epoll. From what I've gathered the only place this would be called is through > boost.asio and only as it pertains to iv and sockets. I haven't really dug > into it too far, but wanted to hit the list and see if anyone could offer up > a guess as to why we'd see this type of error when using the texture cache. > We're catching this exception inside a very thin wrapper around openimageio > at render time. This can be difficult to troubleshoot unless you've got > several thousand unique textures at your disposal (which is the case for us). > I'll continue to investigate but just thought I'd ask for an educated guess > first. I've set the maxfiles for the texture cache to half of what our ulimit > is - but the problem persists. I'm using boost 1.43, btw. > > I'm not expecting a solution with what little information I've provided, but > I'll follow-up with more info and see if it warrants a bug report. > > -steve > _______________________________________________ > Oiio-dev mailing list > [email protected] > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org -- Larry Gritz [email protected]
_______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
