GetPrivateProfileString Oddity

Question

Я просто занимался вызовом GetPrivateProfileString и GetPrivateProfileSection в kernel32 из .NET и столкнулся с чем-то странным, которого я не понимаю.

Давайте начнем с этого encantation:

Private Declare Unicode Function GetPrivateProfileString Lib "kernel32" Alias "GetPrivateProfileStringW" (_ 
    ByVal lpApplicationName As String, _ 
    ByVal lpKeyName As String, _ 
    ByVal lpDefault As String, _ 
    ByVal lpReturnedString() As Char, _ 
    ByVal nSize As Int32, _ 
    ByVal lpFileName As String) As Int32 

Если я передать (раздел) lpApplicationName, не lpKeyName и не lpDefault, я должен получить все ключи для этого раздела, и на самом деле я: 50% времени.

Если файл ini имеет имя lpApplicationName, начинающееся с первой строки, буфер ничего не возвращает. Если значение lpApplicationName указано во второй строке файла, оно возвращает ожидаемые значения.

Сначала я решил использовать версию W и Unicode в объявлении, но изменение их, похоже, не имеет эффекта.

Что мне не хватает?

Answer 1

Проверьте, есть ли файл, который вы открываете, byte order mark (несколько байтов, обозначающих тип текстовой кодировки).

Эти вызовы Windows API, похоже, не задоривают байтовые байты заказа и заставляют их пропустить первый раздел (следовательно, все работает отлично, если есть пустая строка).

Answer 2

Хороший звонок. Редактирование ini-файла в VS.NET, конечно, (Duh) добавляет спецификацию utf-8. Хмм. Открытие его в блокноте и выполнение SaveAs ASCII дает ожидаемые результаты.

Такой очевидный. Так тупо. Еще час позади. :-)

Спасибо! - = Chris