Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4845350 By: keithmarshall
Well, we are talking about two different distributions; you are using the GnuWin32 package, while I was referring to the MinGW one. However, I just installed that MinGW bin package into a clean tree, without the DLLs present, or in the PATH; it *does* need the DLLs to also be installed, to be able to run iconv.exe, so there would seem to be a definite need to rationalise the MinGW package structure. Do note that, using 1.9.2-1, there are some quite nasty Win32 specific bugs just waiting to jump out and bite you. The one I particularly noticed arose when processing data from a character set which cannot be fully represented in the active system code page, converting through the wchar_t domain and back; this may result in data corruption, because those code points which have no representation in the system code page throw an invalid conversion exception, which, depending on how you handle it, either terminates processing, or drops part of the data stream; this is fixed in MinGW's 1.11-1 release, (and in GNU libiconv's CVS since I reported it, so presumably in stock libiconv-1.12). ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=74807 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ GnuWin32-Users mailing list GnuWin32-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gnuwin32-users
