У меня есть проблемы с тем, что метод setlocale работал с помощью dllimport из кода .NET. Называя это изначально в модуле C ++ работает нормально.
Мой сценарий тестирования выглядит следующим образом: < /p>
[*] Объявить метод в файле C#: < /li >
< /ol>
[DllImport("msvcrt.dll", CallingConvention = CallingConvention.Cdecl, CharSet = CharSet.Ansi)]
public static extern IntPtr setlocale(int category, [MarshalAs(UnmanagedType.LPStr)] string locale);
public static string SetLocale(int category, string locale)
{
IntPtr resultPtr = setlocale(category, locale);
return Marshal.PtrToStringAnsi(resultPtr);
}
< /code>
Используйте его где -нибудь позже: < /li>
< /ol>
var ret = SetLocale(0, "de-DE"); // set de-DE
var locale = SetLocale(0, null); // get existing; should return "de-DE"
< /code>
первое значение 0 означает lc_all. < /p>
getter возвращает «C» вместо «de-de». Установить строку, что означает », что означает» Инвариантная культура "< /p>
При использовании NULL вместо строкового значения метод должен вернуть существующую локали, в нашем случае я ожидаю« de-de ». Этот сценарий GET /SET отлично работает в модуле C ++ с нативным методом. < /P>
Что я попробовал до сих пор: < /p>
с/без маршал, charset auto/ansi
[*] версия Unicode (_wsetlocale)
Непосредственно вызовет «pinvoked» Setlocale без Setlocale Helper и его ptrtoStringansi
Все с тем же эффектом < /li>
< /ul>
Есть идеи кто -нибудь? < /p>
Подробнее здесь: https://stackoverflow.com/questions/794 ... -setlocale
