- Boost-users - lists.preview.boost.org

SEGV in argv_traverser::handle_mismatch() on arg with leading space
by Eric Prud'hommeaux 25 May '14

25 May '14

argv_traverser::handle_mismatch() appears to barf when parsing argv[1] with leading (or only) spaces. The examples boost/libs/test/example/external_main_example_1.cpp gets a SEGV in include/boost/test/utils/runtime/cla/argv_traverser.ipp at m_remainder[m_remainder_size++] = p_separator gdb says p m_remainder_size $1 = 116625 bt: #0 0x000000000043f99b in boost::runtime::cla::argv_traverser::handle_mismatch (this=0x6dea00) at /home/eric/checkouts/libboost-1.55.inst/include/boost/test/utils/runtime/cla/argv_traverser.ipp:193 #1 0x000000000044059b in boost::runtime::cla::parser::parse (this=0x6dea00, argc=@0x7fffffffe164: 2, argv=0x7fffffffe3a8) at /home/eric/checkouts/libboost-1.55.inst/include/boost/test/utils/runtime/cla/parser.ipp:132 #2 0x00000000004265d5 in boost::unit_test::runtime_config::init (argc=@0x7fffffffe164: 2, argv=0x7fffffffe3a8) at /home/eric/checkouts/libboost-1.55.inst/include/boost/test/impl/unit_test_parameters.ipp:316 #3 0x000000000041630f in boost::unit_test::framework::init (init_func=0x4299b0 <init_unit_test_suite(int, char**)>, argc=2, argv=0x7fffffffe3a8) at /home/eric/checkouts/libboost-1.55.inst/include/boost/test/impl/framework.ipp:238 #4 0x0000000000423639 in boost::unit_test::unit_test_main (init_func=0x4299b0 <init_unit_test_suite(int, char**)>, argc=2, argv=0x7fffffffe3a8) at /home/eric/checkouts/libboost-1.55.inst/include/boost/test/impl/unit_test_main.ipp:177 #5 0x000000000042391c in main (argc=2, argv=0x7fffffffe3a8) at /home/eric/checkouts/libboost-1.55.inst/include/boost/test/impl/unit_test_main.ipp:237 $ LD_LIBRARY_PATH=../libboost-1.55.inst/lib/ ./external_main_example_1 ' ' Segmentation fault (core dumped) $ LD_LIBRARY_PATH=../libboost-1.55.inst/lib/ ./external_main_example_1 ' a' Segmentation fault (core dumped) $ LD_LIBRARY_PATH=../libboost-1.55.inst/lib/ ./external_main_example_1 'a ' Running 3 test cases... $ LD_LIBRARY_PATH=../libboost-1.55.inst/lib/ ./external_main_example_1 'a' ' ' Running 3 test cases... I tried with test_case_template_example.cpp but got linker errors consistent with a missing main. That example's include didn't include the path segment "included/" so I thought it should compile with a -DOOST_TEST_DYN_LINK -lboost_unit_test_framework . Anyways, the first example should be enough to track down the bug. -- -ericP office: +1.617.599.3509 mobile: +33.6.80.80.35.59 (eric(a)w3.org) Feel free to forward this message to any list for any purpose other than email address distribution. There are subtle nuances encoded in font variation and clever layout which can only be seen by printing this message on high-clay paper.

1 0

PropertyTree-JSON parser incompatible with Boost.ASIO?
by Jonas Stöhr 24 May '14

24 May '14

Hello folks, as this is my first post on this list, I am apologizing for mistakes I maybe made in advance. Anyway, to my question: For my current project I need both, Boost.PropertyTree (and it's JSON parser), as well as Boost.ASIO. When including both headers, it gives me an error at boost/asio/detail/socket_types.hpp(24), saying that WinSock.h has already been included. However, if I comment out the include for json_parser.hpp, it does not give any compiler errors (except the non-exisiting function read_json). I am working under Visual Studio 2013 Professional on Windows Server 2012 R2, boost 1.55. Minimal code to reproduce the issue: #include <boost/property_tree/json_parser.hpp> #include <boost/asio.hpp> I hope that someboy can help. Best regards, Jonas Stoehr

2 2

Using Program Options styles to format options_description output
by Arindam Mukherjee 24 May '14

24 May '14

One of the things I want to do when I use Program Options is to print the help according to the styles I am enforcing. For example, on Windows if I use allows_slash_for_short, it will make sense for me to reflect that when I print the actual help string. I can't find a way to do this. Any pointers? Thanks, Arindam

1 1

Last weekend for review of the Convert library
by Edward Diener 24 May '14

24 May '14

This is the last weekend of the the review of the Convert library, which started Monday May 12 and goes through Sunday May 25. For those who have been to C++ Now please take a look at the library and review it. I am looking for at least a half dozen reviews before I can decide, based on the reviews, whether or not the library should be accepted into Boost. The Convert library builds on the boost::lexical_cast original design and experience and takes those conversion/transformation-related ideas further. * to be applicable to a wider range of conversion-related use-cases, * to provide a more flexible, extendible and configurable type-conversion framework. The Convert library can be cloned from GitHub at https://github.com/yet-another-user/boost.convert. The library follows the modular-boost format. Just clone it to modular-boost/libs in the 'convert' subdirectory and run 'b2 headers' in order to create a link to its header file directory in the modular-boost/boost subdirectory. The library comes with documentation in its top-level index.html or doc/html/index.html file. You can also view the documentation online at http://yet-another-user.github.io/boost.convert/doc/html/index.html. The library is by Vladimir Batov and is a second reiteration with a greater focus of his library that was reviewed in the past. I am Edward Diener and I am again serving as the review manager of the library. If you have used lexical_cast or, like many C++ programmers, have used stringstream to do string-to-type, type-to-string conversions please look at this library. We need reviews of whatever point of view before a library can even be considered a Boost library. Comments, questions, and reviews will all be welcome for the library. Please try to sum up your review by answering these questions: What is your evaluation of the design? What is your evaluation of the implementation? What is your evaluation of the documentation? What is your evaluation of the potential usefulness of the library? Did you try to use the library? With what compiler? Did you have any problems? How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? Are you knowledgeable about the problem domain? And finally: Do you think the library should be accepted as a Boost library? As always whether you do or do not feel that the library should be accepted into Boost please specify any changes you would like to see for the library to be better in your estimation.

1 0

Re: [Boost-users] [serialization] Works when statically linked but not as a DLL using VS2012 on Win7 64bit
by Hickman, Steve (AdvTech) 24 May '14

24 May '14

Robert – Thanks for your comments! 1) It was a typo – I got input archives and output archives backwards when describing the problem in my original email. I was actually using the as you describe. 2) There were several inline constructors in some derived classes not used by serialization. I removed them. 3) The archives were being closed but not the streams. Now both output archive and output stream are closed before the input stream and archive are created. 4) I also set up all the serialization code using NVPs so I could debug using XML archives based on a comment I saw in another post of yours from 6/15/10. That really makes it a lot easier to understand what’s happening! 5) I rebuilt Boost with the ODR code enabled. Results: I saw no ODR problems with the compile (by the time I did a full compile, I’d done steps 1-4). I saw none of the link warnings when rebuilding the DLL. I’m having much better success with the DLL now. It works almost completely. I’m now only having an RTTI issue that I’m working to resolve. I may post separately about that if my next few tests don’t identify the problem. PS –I’ve gotten pretty familiar with some parts the serialization code as I’ve stepped through it with the debugger. Very cool! It’s a real education on template meta-programming. Thanks for making this available and for doing such a great job with it both in terms of functionality and the artistry of the implementation. --- Steve H. On Thursday, May 22, 2014 10:56:26 AM UTC-7, Hickman, Steve (AdvTech) wrote: I’m using Boost.Serialization on a 64 bit Win7 machine using VS 2012. I have instances from a class hierarchy that I’m serializing through a base class pointer. I’m building a 32 bit debug console application. I’m serializing to an input text archive then extracting the stringstream and deserializing via an output text archive. Hmm looks like a typo. I would expect to serialize to an output text archive and de-serialize from an input_text archive. The stream used for the output text archive could be any output stream including string stream and the stream used for text_input would likely be a mirror image of the original output archive. In this case I would expect this to be a string stream. <snip> I’ve checked the following things: <snip> 2) The serialize code is in the .cpp files (not headers) along with the instantiations for the archive I use so I don’t have multiple instantiations of the serialize methods Hmmm - quadriple check this. are there inline functions in the derived classes? <snip> 4) The output archive is closed before I open the input archive, so there shouldn’t be characters missing at the end of the stringstream. is the stream closed as well? <snip> I believe that this might be due to a violation of ODR. This is explained in lines 58-71 of the file basic_serializer_map.cpp . This code traps such violations but is commented out as too many users complained that it inhibited their programs from running. Try uncommenting this code, re-building the serialization library, and then rebuilding and re-running your DLL. Robert Ramey <snip> Example link warnings when building the DLL: 1>RawUIEvent.obj : warning LNK4217: locally defined symbol ??$serialize@Vbinary_iarchive@archive@boost@@@RawEvent@Input@@IAEXAAVbinary_iarchive@archive@boost@@I@Z (protected: void __thiscall Input::RawEvent::serialize<class boost::archive::binary_iarchive>(class boost::archive::binary_iarchive &,unsigned int)) imported in function "public: static void __cdecl boost::serialization::access::serialize<class boost::archive::binary_iarchive,class Input::RawEvent>(class boost::archive::binary_iarchive &,class Input::RawEvent &,unsigned int)" (??$serialize@Vbinary_iarchive@archive@boost@@VRawEvent@Input@@@access@serialization@boost@@SAXAAVbinary_iarchive@archive@2@AAVRawEvent@Input@@I@Z) This above is a red flag.

1 0

Re: [Boost-users] [units] Problem with conversion of compound units
by Norman, Ben 23 May '14

23 May '14

>On 05/20/2014 04:10 PM, Norman, Ben wrote: >> First, thanks for the most excellent boost::units library. We are making good use of it in a scientific software project. I confess that there more than a few things that remain mysterious to me, but I'll focus on one example here: On 05/22/2014 09:02 AM, Steven Watanabe wrote: >It's a bug. Try the attached patch. Thanks, Steven; that worked perfectly. Ben

1 0

[Asio] deadline_timer doesn't fire in some cases
by Ionut Slaveanu 23 May '14

23 May '14

We have a client application that uses deadline_timers in order to implement timeouts for read and write operations on a socket. We have an io_service thread that runs boost::asio::io_service::run. The _ioService is used by resolver, by read, write, connect timers (implemented using deadline_timer) and also by tcp::socket. On socket we are using only synchronous operations like: connect, read_some, write_some. The socket is blocking. Also for resolver we are using the synchronous operation resolve. Our problem is that although read timer is set to 100 milliseconds, it doesn't fire up and the application is blocked in read_some function for like 15 minutes. In onReadTimeout callback we are closing the socket. I can reproduce this behavior every time by changing the connection settings on the virtual machine that host the server to a dummy interface. Currently I sow this behavior in logs and i did a core dump of the client process using gcore and sow the stack trace on all threads. I added also the stack trace. The thread that is blocked for 15 minutes is thread 18. This thread contain in stack trace boost::asio::io_service::run. Also thread 9 and thread 10 contains boost::asio::io_service::run. Thread 18 calls _readTimer.expires_from_now(boost::posix_time::milliseconds(_readTimeout), ec); _readTimer.async_wait(boost::bind(&BlockingTcpClient::onReadTimeout, this, boost::asio::placeholders::error)); with readTimeout set to 100 and then _pSocket->write_some. In BlockingTcpClient::onReadTimeout we are closing the socket. So read_some should be blocked for maximum 100 miliseconds. Maybe the problem is that the read timer uses the same io_service that currently is blocked in read_some. Can anyone help us to investigate or fix this issue? If this is a known limitation can anyone tell us why this behavior happen? Thank you!

2 1

[RegEx] Are there any tools to test a regular expression will work
by John Bryan 23 May '14

23 May '14

Specifically Boost "Perl Regular Expression Syntax" option (with or without Unicode enhancements) I am working with software a product that is using Boost regex engine but I need a way to test individual regex expressions before committing them in to it. But I have found there are operstors that I sometimes need to use that do not exist in any on-line or client-side regex tester/editor or IDE that I have tried. They all seem to be based on Java or .Net based regex engines and I can not find any that uses the Boost engine. Tried RegExPal, RegEx.Powertoy, NotePad++, Padre etc. I don't mind whether it is online, Windows based, Linux based (so long as easy to install) or part of a larger application (so long as not massive). I just want something that will take a few seconds to tell if a regular expression will match a particular text. Example Boost specific expression:- "(one) (two) (three) \g-1" should match on:- "one two three three" Regards, John ________________________________ Sophos Ltd, a company registered in England and Wales, number 2096520, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, United Kingdom

2 2

[Graph] CSR from list of tuples
by Sensei 23 May '14

23 May '14

Dear all, I need to construct (and use) a graph that can handle millions of nodes, with minimal overhead, and as suggested I am using a CSR graph. As I understand from the documentation, it is unmodifiable. Arcs are created at runtime in a parallel fashion, and my choice was to use a vector of std::tuple<std::size_t, std::size_t, int> (that is, node, node, weight) with Intel's TBB. This is the problem: can I avoid temporary vectors to construct my graph? Right now the only way I see is to create the vector of arcs (as std::pair) and the vector of weights, but this is a waste of time and memory. Do you have any helpful suggestions? Cheers & Thanks!

2 4

Re: [Boost-users] [serialization] Works when statically linked but not as a DLL using VS2012 on Win7 64bit [Honeywell Internal]
by Hickman, Steve (AdvTech) 23 May '14

23 May '14

Classification: Honeywell Internal Correction: I incorrectly stated below "the Microsoft compiler does create an executable that will execute static code that is not reachable via main ". That is wrong - the executable will *not* execute static code unless it is reachable via main. Hence my concern that the BOOST macros may be creating static code that doesn't get executed. --- Steve H. ============================================================================================================================================================================================================ This message classified as Honeywell Internal by Hickman, Steve (AdvTech) on Thursday, May 22, 2014 at 5:45:39 PM. The above classification labels are in accordance with the Honeywell Corporate Classification Policy. The information contained in this electronic message is confidential and intended only for the use of the individual/entity named above, and the information may be privileged. If you, the reader of this message, are not the intended recipient or an employee or agent responsible to deliver this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete the original message. ============================================================================================================================================================================================================ From: Hickman, Steve (AdvTech) Sent: Thursday, May 22, 2014 11:02 AM To: 'boost-users(a)lists.boost.org' Subject: RE: [serialization] Works when statically linked but not as a DLL using VS2012 on Win7 64bit [Honeywell Internal] Classification: Honeywell Internal I'm using Boost 1.55 --- Steve H. ============================================================================================================================================================================================================ This message classified as Honeywell Internal by Hickman, Steve (AdvTech) on Thursday, May 22, 2014 at 11:01:53 AM. The above classification labels are in accordance with the Honeywell Corporate Classification Policy. The information contained in this electronic message is confidential and intended only for the use of the individual/entity named above, and the information may be privileged. If you, the reader of this message, are not the intended recipient or an employee or agent responsible to deliver this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete the original message. ============================================================================================================================================================================================================ From: Hickman, Steve (AdvTech) Sent: Thursday, May 22, 2014 10:56 AM To: 'boost-users(a)lists.boost.org' Subject: [serialization] Works when statically linked but not as a DLL using VS2012 on Win7 64bit [Honeywell Internal] Classification: Honeywell Internal I'm using Boost.Serialization on a 64 bit Win7 machine using VS 2012. I have instances from a class hierarchy that I'm serializing through a base class pointer. I'm building a 32 bit debug console application. I'm serializing to an input text archive then extracting the stringstream and deserializing via an output text archive. When I build the library containing the class hierarchy as a static library, I can serialize and deserialize consistently instances of any of the classes in the hierarchy multiple times. When I build the same library as a DLL, serialization/ deserialization works for some of the classes but fails consistently when deserializing one of the derived classes. I've checked the following things: 1) All of the data fields of the instances are initialized. They are fundamental types (bool, int, long), std::string, a std::chrono (which has a serialization I found on the 'Net) and one enumerated type (removing the enumerated type doesn't fix the problem). 2) The serialize code is in the .cpp files (not headers) along with the instantiations for the archive I use so I don't have multiple instantiations of the serialize methods 3) The test driver does nothing but run the tests - so the DLL containing the library shouldn't be loaded multiple times. 4) The output archive is closed before I open the input archive, so there shouldn't be characters missing at the end of the stringstream. 5) I'm building UNICODE for both the library and the test driver, so character size shouldn't be changing. I know is that the Microsoft compiler does create an executable that will execute static code that is not reachable via main. I have not (to my knowledge) included static code that is unreachable via main, but I haven't delved into the Serialization EXPORT macros to see what exactly they are doing. I don't know if that is a source of the problem. When I build the library, I do get linker warnings (see examples at bottom) that I'm importing locally defined symbols. Since all of the classes in the library must be visible externally because they are used externally, they must all be exported. Since they are part of a class hierarchy, they must be available to the other classes in the library that derive from them. I don't know if these warnings point to the problem. I also don't know how to get rid of them given the above. My question is: Why is this happening? How do I fix it? Other notes: all of the library classes have "DECL" macros that resolve to __declspec(dllexport) or __declspec(dllimport) when building the dll. When I build the static library, these resolve to "" (nothing). I'm attaching copies of relevant files. All files named "Raw*Event" are part of the library. MinimalTest.cpp is the test driver. Chrono.hpp is the serialization header that is not part of the Boost serialization library. Compiler flags for the library when building it as a DLL: (C/C++): /GS /analyze- /W3 /wd"4996" /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\\" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "_WINDLL" /D "_UNICODE" /D "UNICODE" /errorReport:prompt /doc"Win32\Debug\" /WX- /Zc:forScope /RTC1 /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\Input.pch" (Linker) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\Input.dll" /MANIFEST /NXCOMPAT /PDB:"C:\GITRepos\fd_x\build\Win32\Debug\Input.pdb" /DYNAMICBASE "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /IMPLIB:"C:\GITRepos\fd_x\build\Win32\Debug\Input.lib" /DEBUG /DLL /MACHINE:X86 /INCREMENTAL /PGD:"C:\GITRepos\fd_x\build\Win32\Debug\Input.pgd" /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"Win32\Debug\Input.dll.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Debug\" /LIBPATH:"c:\GITRepos\fd_x\lib\TRACS" /LIBPATH:"c:\Boost\v1.55\lib-VS2012" /TLBID:1 Compiler flags for the test driver when linking the DLL: (C/C++) /GS /analyze- /W3 /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_UNICODE" /D "UNICODE" /errorReport:prompt /WX- /Zc:forScope /RTC1 /GR /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\InputTest-Win32.pch" (Linker) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.exe" /MANIFEST /NXCOMPAT /PDB:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pdb" /DYNAMICBASE "Input.lib" "Utilities.lib" "calsim_d.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /DEBUG /MACHINE:X86 /INCREMENTAL /PGD:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pgd" /SUBSYSTEM:CONSOLE /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"Win32\Debug\InputTest-Win32.exe.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Win32\Debug\" /LIBPATH:"c:\Boost\v1.55\lib-VS2012" /LIBPATH:"C:\GITRepos\TRACS\\lib" /TLBID:1 Compiler flags for the library when building it as a static library: (C++) /GS /analyze- /W3 /wd"4996" /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\\" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "_UNICODE" /D "UNICODE" /errorReport:prompt /doc"Win32\Debug\" /WX- /Zc:forScope /RTC1 /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\Input.pch" (Librarian) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\Input.lib" /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Win32\Debug\" Compiler flags for the test driver when linking the static library: (C++) /GS /analyze- /W3 /Zc:wchar_t /I"C:\GITRepos\fd_x\source" /I"c:\GITRepos\fd_x\lib\boost_1_55_0\" /I"C:\GITRepos\fd_x\lib\boost-aux" /I"C:\GITRepos\TRACS\inc" /ZI /Gm /Od /sdl /Fd"Win32\Debug\vc110.pdb" /fp:precise /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /D "_UNICODE" /D "UNICODE" /errorReport:prompt /WX- /Zc:forScope /RTC1 /GR /Gd /Oy- /MDd /Fa"Win32\Debug\" /EHsc /nologo /Fo"Win32\Debug\" /Fp"Win32\Debug\InputTest-Win32.pch" (Linker) /OUT:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.exe" /MANIFEST /NXCOMPAT /PDB:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pdb" /DYNAMICBASE "Input.lib" "Utilities.lib" "calsim_d.lib" "kernel32.lib" "user32.lib" "gdi32.lib" "winspool.lib" "comdlg32.lib" "advapi32.lib" "shell32.lib" "ole32.lib" "oleaut32.lib" "uuid.lib" "odbc32.lib" "odbccp32.lib" /DEBUG /MACHINE:X86 /INCREMENTAL /PGD:"C:\GITRepos\fd_x\build\Win32\Debug\InputTest-Win32.pgd" /SUBSYSTEM:CONSOLE /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /ManifestFile:"Win32\Debug\InputTest-Win32.exe.intermediate.manifest" /ERRORREPORT:PROMPT /NOLOGO /LIBPATH:"C:\GITRepos\fd_x\build\Win32\Debug\" /LIBPATH:"c:\Boost\v1.55\lib-VS2012" /LIBPATH:"C:\GITRepos\TRACS\\lib" /TLBID:1 Example link warnings when building the DLL: 1>RawUIEvent.obj : warning LNK4217: locally defined symbol ??$serialize@Vbinary_iarchive@archive@boost@@@RawEvent@Input@@IAEXAAVbinary_iarchive@archive@boost@@I@Z (protected: void __thiscall Input::RawEvent::serialize<class boost::archive::binary_iarchive>(class boost::archive::binary_iarchive &,unsigned int)) imported in function "public: static void __cdecl boost::serialization::access::serialize<class boost::archive::binary_iarchive,class Input::RawEvent>(class boost::archive::binary_iarchive &,class Input::RawEvent &,unsigned int)" (??$serialize@Vbinary_iarchive@archive@boost@@VRawEvent@Input@@@access@serialization@boost@@SAXAAVbinary_iarchive@archive@2@AAVRawEvent@Input@@I@Z) 1>RawUIEvent.obj : warning LNK4217: locally defined symbol ??$serialize@Vbinary_oarchive@archive@boost@@@RawEvent@Input@@IAEXAAVbinary_oarchive@archive@boost@@I@Z (protected: void __thiscall Input::RawEvent::serialize<class boost::archive::binary_oarchive>(class boost::archive::binary_oarchive &,unsigned int)) imported in function "public: static void __cdecl boost::serialization::access::serialize<class boost::archive::binary_oarchive,class Input::RawEvent>(class boost::archive::binary_oarchive &,class Input::RawEvent &,unsigned int)" (??$serialize@Vbinary_oarchive@archive@boost@@VRawEvent@Input@@@access@serialization@boost@@SAXAAVbinary_oarchive@archive@2@AAVRawEvent@Input@@I@Z) 1> Input.vcxproj -> C:\GITRepos\fd_x\build\Win32\Debug\Input.dll Steve Hickman 480-236-8367 ============================================================================================================================================================================================================ This message classified as Honeywell Internal by Hickman, Steve (AdvTech) on Thursday, May 22, 2014 at 10:56:21 AM. The above classification labels are in accordance with the Honeywell Corporate Classification Policy. The information contained in this electronic message is confidential and intended only for the use of the individual/entity named above, and the information may be privileged. If you, the reader of this message, are not the intended recipient or an employee or agent responsible to deliver this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the sender and delete the original message. ============================================================================================================================================================================================================

1 0