Yes, Maya could be the issue. IIRC Boost (certainly back in the 1.47 days -- 1.59 was just released, FYI) didn't use proper namespacing, so whichever one is compiled into Maya is probably the one whose symbols will be found by the plugin, and that may have a mismatch versus the headers you used to compile OIIO.
Also, could you "homebrew info boost" and see which options were used for boost compilation? I'm wondering if there is a C++11/C++03 mismatch between the way boost was built and the way OIIO was built. > On Aug 14, 2015, at 2:31 AM, Sebastian Schoellhammer > <[email protected]> wrote: > > Maybe I should add that this is being used inside a Maya plugin and checking > further > Maya 2014 is using Boost 1.47 . Could that be the issue? > > > On Fri, Aug 14, 2015 at 11:00 AM, Sebastian Schoellhammer > <[email protected] <mailto:[email protected]>> > wrote: > Hello Larry, > > apologies for the late reply. > > I got oiio via "homebrew". > https://github.com/Homebrew/homebrew-science/blob/master/openimageio.rb > <https://github.com/Homebrew/homebrew-science/blob/master/openimageio.rb> > The version is openimageio/1.5.14 > and the version of boost is 1.58.0 > > I suppose boost is integral to this part of oiio? > I will try to get it build from source on windows, maybe I have more luck > there! > > Seb > > > > > On Wed, Aug 12, 2015 at 1:00 AM, Larry Gritz <[email protected] > <mailto:[email protected]>> wrote: > Well, that sure istrange. > > Which version of OIIO? Which version of Boost? How did you install boost, and > did you compile it C++11 mode or C++03 mode? > > >> On Aug 11, 2015, at 8:32 AM, Sebastian Schoellhammer >> <[email protected] <mailto:[email protected]>> >> wrote: >> >> Hello there, >> >> sorry for another beginner question... >> >> I'm resizing my images to a square like this, pretty much copying the >> documentation: >> >> >> bool resizeImage(const char* inFilename, const char* outFilename, int width) >> { >> ImageBuf Src (inFilename); >> bool ok = Src.read(); >> if (ok != true){ >> cerr << "resizeImage: Could not read image!" << endl; >> return false; >> } >> cout << "read image" << endl; >> ImageBuf Dst; >> ROI roi (0, width, 0, width, 0, 1, /*chans:*/ 0, Src.nchannels()); >> ok = ImageBufAlgo::resize (Dst, Src, "", 0, roi, 1); >> if (ok != true){ >> cerr << "resizeImage: Could not resize image!" << endl; >> return false; >> } >> cout << "resized image" << endl; >> ok = Dst.write(outFilename); >> >> if (ok != true) { >> cerr << "resizeImage: Could not write image." << endl; >> return false; >> } >> return true; >> } >> >> That way I get a crash like this (under Yosemite) >> >> read image >> Stack trace: >> 4 libboost_regex-mt.dylib 0x00000001426ad9c5 >> boost::re_detail::basic_regex_parser<char, boost::regex_traits<char, >> boost::cpp_regex_traits<char> > >::parse(char const*, char const*, unsigned >> int) + 501 >> 5 libboost_regex-mt.dylib 0x00000001426ab5a2 >> boost::re_detail::basic_regex_implementation<char, boost::regex_traits<char, >> boost::cpp_regex_traits<char> > >::assign(char const*, char const*, unsigned >> int) + 130 >> 6 libboost_regex-mt.dylib 0x00000001426ab29a >> boost::basic_regex<char, boost::regex_traits<char, >> boost::cpp_regex_traits<char> > >::do_assign(char const*, char const*, >> unsigned int) + 442 >> 7 libOpenImageIO.1.5.dylib 0x0000000141d4ea4a >> OpenImageIO::v1_5::ImageBufAlgo::IBAprep(OpenImageIO::v1_5::ROI&, >> OpenImageIO::v1_5::ImageBuf*, OpenImageIO::v1_5::ImageBuf const*, >> OpenImageIO::v1_5::ImageBuf const*, OpenImageIO::v1_5::ImageSpec*, int) + >> 2058 >> 8 libOpenImageIO.1.5.dylib 0x00000001421992c4 >> OpenImageIO::v1_5::ImageBufAlgo::resize(OpenImageIO::v1_5::ImageBuf&, >> OpenImageIO::v1_5::ImageBuf const&, OpenImageIO::v1_5::string_view, float, >> OpenImageIO::v1_5::ROI, int) + 68 >> 9 convertBumpCmd.bundle 0x00000001112e858e >> resizeImage(char const*, char const*, int) + 702 >> >> I had to add boost for using the ImageBufAlgo::resize and I'm almost sure >> that that's where the culprit lies. >> >> An incompatible version? I'm now using HomeBrew and link with all the libs >> that come from there.. >> >> Thanks so much for pointing me into the right direction! >> >> Seb >> >> -- >> Sebastian Schoellhammer >> >> www.sebscorner.org <http://www.sebscorner.org/> -- Larry Gritz [email protected]
_______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
