I'll try and whip something up tonight.
Thanks.
I'm statically linking with my compiled Boost.Locale but I'm using the ICU DLLs from the ICU site - I'm not compiling my own. These don't have the d suffix as debug builds aren't redistributable. I believe they are also compiled with MSVC9 where I'm using MSVC8. Would this cause a problem. I expected that, if it did, it would fail completely not partially work like this.
I would **strongly** recommend to download ICU sources and build it. It is very simple, they provide Visual Studio projects so you can **easily** build the correct version of ICU with debug and release configurations and for correct MSVC (they use different runtime dlls). This is the way I use ICU libraries. Believe me this is very simple. I had numerous issues and unexpected crashes when I had build projects with incorrect version of dlls and debug/release mismatch including ICU. I assume this **may be** not the issue but I still strongly recommend you to lineup versions/releases of ICU and your environment.
- What version of Boost.Locale you use? Taken from SVN, boost_locale.zip or boost_locale-svn_r1112.zip?
svn_r1112.zip
- What is your system locale?
Testing with en_GB and nl.
- Does program crashes when dictionaries are not loaded? (i.e. comment out: gen.add_messages_domain("swish"); ) - What ICU version do you have?
4.2.1
Can you try please following: add global destructor that would reset the global locale to standard one:
~CModule() { std::locale::global(std::locale::classic()); }
This didn't make a difference.
Thanks.
Alex Lamaison
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost