- Boost - lists.boost.org

Program_options crashing on boost 1.35 on release on MSVC 8.1
by James Talbut 18 Apr '08

18 Apr '08

Hi, The following lines generate an AV on boost 1.35.0 in a release build on MSVC 8 on Vista. boost::program_options::options_description Desc("Allowed Options"); Desc.add_options() ("help,?", "Display help message") ("print_suites", "Print out the suite heirarchy") ("log_level", "all|test_suite|message|warning|error|cpp_exception|system_error|fatal_e rror|nothing") ("result_code", "Set to \"no\" to forces the return code to be zero") ("report_level", "no|confirm|short|detailed") ("run_test", boost::program_options::value< std::string >(), "Test to run") ("save_pattern", "") ("build_info", "Report compiler and build details") ("show_progress", "Makes the framework print progress information.") ("catch_system_errors", "Attempt to catch and report system errors (can make debugging harder)") ("report_format", "HRF|XML") ("log_format", "Set the log format used") ("output_format", "HRF|XML") ("detect_memory_leaks", "Attempt to catch and report memory leaks (can be annoying with 3rd party caches)") ("random", "Run test cases in random order (integer parameter is used as seed)") ("break_exec_path", "") ; It works fine with 1.34 (release or debug) and with a debug build on 1.35. I haven't managed to work out why this is happening yet, so I can't rule out it being my fault. Is anyone aware of anything going on in this area? Jim ________________________________________________________________________ This e-mail, and any attachment, is confidential. If you have received it in error, do not use or disclose the information in any way, notify me immediately, and please delete it from your system. ________________________________________________________________________

2 1

Re: [boost] some bug in serialization/utility.hpp
by Stefan Heinzmann 18 Apr '08

18 Apr '08

Hi wansheg, this is a known bug. See http://svn.boost.org/trac/boost/ticket/1822 for more info. Cheers Stefan __________________________________________________________ Gesendet von Yahoo! Mail. Der Mailbox mit unbegrenztem Speicher. http://de.overview.mail.yahoo.com

1 0

[shifted_ptr] Updated thread and <const T> support
by Phil Bouchard 18 Apr '08

18 Apr '08

Greetings: Upon testing the library on day to day projects, support for <const T> objects is invaluable and thus was added. Support for volatile objects could be important in certain cases also but requires more overloaded functions to be added (const ^2 + volatile ^2). Furthermore I have changed the code to use the new thread_specific_ptr<> object handler but I have disabled it by default with BOOST_SH_DISABLE_THREADS. Thanks, -Phil

2 13

[Regex] A bug with #define BOOST_REGEX_MATCH_EXTRA in using char type
by sevenjay 18 Apr '08

18 Apr '08

Dear all: if you #define BOOST_REGEX_MATCH_EXTRA, using char type will crash, but using string is well. Is that a bug? My environment is Windows XP, C++ Builder 2007. I show the example below: #define BOOST_REGEX_MATCH_EXTRA #include <boost/regex.hpp> #include <iostream> using namespace std; int main() { boost::regex reg("(.*)(\\d{2})"); boost::cmatch m; const char* text = "Note that I'm 31 years old, not 32."; if(boost::regex_search(text,m, reg)) { if (m[1].matched) std::cout << "(.*) matched: " << m[1].str() << '\n'; if (m[2].matched) std::cout << "Found the age: " << m[2] << '\n'; } } It will crash..... If don't #define BOOST_REGEX_MATCH_EXTRA, it works well. And the string type works both well. Maybe this is a bug? thank you for reading.

2 2

[functional] A new version of a selector (Boost.Select)
by Dean Michael C. Berris 18 Apr '08

18 Apr '08

Hi Everyone, Is there interest in a real simple utility which chooses either the first or second element in a pair that can be used with STL algorithms? I'm attaching it with the appropriate Boost Software License. I hope this helps! -- Dean Michael Berris Software Engineer, Friendster, Inc. <dmberris(a)friendster.com> +639287291459

4 4

‎ [serialization]JSON Archive for Boost Serialization
by Kasun Indrasiri 18 Apr '08

18 Apr '08

Hi, If we implement the JSON archives for boost serialization, it follows the Boost serialization proprietary JSON format. So to test it with any other JSON producer/consumer it is mandatory that the other parties have to follow the format that used in Boost.serialization. Is there a way make (or a format) a format that can be globally used as the Boost.serialization JSON format. Regards, Kasun

1 0

[ptr_container] Pointer Hash Tables
by Robert Dailey 17 Apr '08

17 Apr '08

Hey, I'm not sure if anyone has thought of this, but with the new unordered containers coming up (they've already been introduced in the first visual studio feature pack), it sure would be nice to have some new additions to ptr_container: ptr_unordered_set ptr_unordered_multiset ptr_unordered_map ptr_unordered_multimap They might need better names, but you get the basic idea. Any plans on implementing these?

1 1

[serialization] bug in wide character strings
by Jeffrey Faust 17 Apr '08

17 Apr '08

We've discovered an issue Boost has writing and reading wide character strings (wchar_t* and std::wstrings) to non-wide character file streams (std::ifstream and std::ofstream). The issue stems from the fact that wide characters are written and read as a sequence of characters (in text_oarchive_impl.ipp and text_iarchive_impl.ipp, respectively). For text streams, an EOF character terminates the reading of a file on Windows. Some wide characters have EOF (value = 26 decimal) as one of the bytes so reading that byte causes early termination of the read. We have worked around the issue by deriving our own input and output archives from text_i|oarchive_impl<Archive> and overriding load_override() and save_override for std::wstring and wchar_t*. Our implementation just sequences through the wide characters and writes them 1 by 1 as wchar_t to the archive. This isn't very elegant and is even less readable in the file than the current implementation but does resolve the problem. I looked at both Boost 1.34.1 and 1.35 and didn't see a difference in the implementation here so I'm assuming 1.35 still has the issue. I've been working with 1.34.1. Is this a known issue? Does 1.35 solve it in some other subtle way? Is there a better way that doesn't require us to derive our own streams? If not, is there a more elegant way of implementing the reading and writing of wide characters ourselves? Thanks in advance. Jeff Faust

2 4

Spirit2 lexer feature request
by Felipe Magno de Almeida 17 Apr '08

17 Apr '08

Hi Hartmut, I'm looking at the lexer library, and I must say I'm loving it. But there's a feature request I would like to make. Is it possible to allow paramiterization of the ID type. It is now fixed in std::size_t, and it is possibly a very good default. But how would one do to parse UTF-32 in a 32 bit machine? Also, allowing any other type (EqualComparable) would let people use string types as IDs, making it easier to log a execution, since you wouldn't have to map enum values to strings. Thanks, -- Felipe Magno de Almeida

2 1

Signal 4 in Boost Exception tests
by Emil Dotchevski 17 Apr '08

17 Apr '08

In testing Boost Exception, I get exit code 132 (signal 4, illegal instruction) from http://www.boost.org/development/tests/trunk/developer/output/HP-UX_pa_risc…. I do not know how to troubleshoot this; any ideas? -- Emil Dotchevski Reverge Studios, Inc. http://www.revergestudios.com/reblog/index.php?n=ReCode

1 0