Can you put together a minimal toy example? On Dec 12, 2017, at 5:14 AM, Sergio Basurco via Boost-users <boost-users@lists.boost.org<mailto:boost-users@lists.boost.org>> wrote: I have a native (unmanaged) C++ application that consumes a C# SDK using a C++/CLI wrapper. This is achieved using a wrapper similar to the one described here: http://pragmateek.com/using-c-from-native-c-with-the-help-of-ccli-v2/ So the Wrapper and the SDK are managed, but my application isn't. My application only makes calls to the C++/CLI wrapper. This is working well and worked without issues using Visual Studio 2012 and Boost 1.57. Sorry I don't have anything on GitHub doing exactly this. I'm checking all my binaries but none seem to be x64. The other possible reason I found for error 0xc000007b was linking static boost libraries. But I deleted those just to check and still find the issue. Thanks! Sergio Basurco Coherent Synchro On 11/12/2017 15:16, Michael Powell via Boost-users wrote: On Mon, Dec 11, 2017 at 4:43 AM, Sergio Basurco via Boost-users <boost-users@lists.boost.org><mailto:boost-users@lists.boost.org> wrote: I'm building some C++/CLI code into a DLL. This DLL acts as a wrapper to C# code that I use from my native C++ application. I double checked that the DLL is built as x86. My Boost build is also x86. So I don't think it has to do with architecture. Also tried adding /MACHINE:X86 to the linking parameters. My CLI/C++ code does not use boost at all. It is my application that uses both boost code and the CLI dll. Explain that. You cannot do unmanaged things in a managed (CLI) application. You are probably referencing into an Any CPU or x64 project, which is not guaranteed to work, and/or may require additional parameters. I'm not sure how you link the Boost DLL with the target application. As I and others have stated, you can do this with your C++/CLI project, i.e. using Boost "inside", so to speak, but you need to be aware of the CLI-isms bridging into the .NET managed memory space. Show some projects on Github exactly what you're doing. Saludos / Best regards, Sergio Basurco Coherent Synchro On 06/12/2017 19:51, Steven Boswell II via Boost-users wrote: On Tue, Dec 5, 2017 at 10:31 PM, Sergio Basurco via Boost-users <boost-users@lists.boost.org><mailto:boost-users@lists.boost.org> wrote: I'm using Boost 1.65.1 with Visual Studio 2015 (v140 compiler). Also, I'm using the following libs dynamically: [...] And I want to add C++/CLI code which is built with /clr. This used to work with v110 and Boost 1.57. Now I'm getting this error just when launching the application. 0xc000007b All binaries are 32bits. I'm also using the following define: BOOST_ALL_DYN_LINK Any idea on why this may happen? A Google search says that error 0xc000007b happens when you mix 64-bit and 32-bit code. Keep in mind that CLI code has to be explicitly compiled as 32-bit. The "Any CPU" setting tends to pick the OS' native word-size, which is probably 64-bit. -Steven _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org<mailto:Boost-users@lists.boost.org> https://lists.boost.org/mailman/listinfo.cgi/boost-users _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org<mailto:Boost-users@lists.boost.org> https://lists.boost.org/mailman/listinfo.cgi/boost-users _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org<mailto:Boost-users@lists.boost.org> https://lists.boost.org/mailman/listinfo.cgi/boost-users _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org<mailto:Boost-users@lists.boost.org> https://lists.boost.org/mailman/listinfo.cgi/boost-users