Почему я не могу заставить GetPrivateProfileString работать с помощью pinvoke?

Question

Запуск приложения консоли C# Я написал на 64-битной Vista. Вот код:

class Class1 
{ 
    static void Main(string[] args) 
    { 
     Debug.Assert(File.Exists(@"c:\test.ini")); 
     StringBuilder sb = new StringBuilder(500); 
     uint res = GetPrivateProfileString("AppName", "KeyName", "", sb, sb.Capacity, @"c:\test.ini"); 
     Console.WriteLine(sb.ToString()); 
    } 
    [DllImport("kernel32.dll")] 
    static extern uint GetPrivateProfileString(string lpAppName, string lpKeyName, string lpDefault, StringBuilder lpReturnedString, int nSize, string lpFileName); 
} 

Я уверен, что я получу большой «DUH!». для ответа, но я не вижу, почему это не работает. Помимо кода Debug.Assert, этот код был вырезан из образца C# в this page

Answer 1

Этот день тоже разорял мои отбивные. Я думаю, что нашел работу, с которой я действительно не хочу иметь дело: вставьте пустую строку перед заголовком первого раздела в вашем .ini-файле. Теперь запустите приложение и посмотрите, не начинаете ли вы видеть ожидаемые вами значения.

Учитывая, что эта ошибка, по-видимому, существует уже много лет, я удивлен, что MS не исправила ее. Но тогда файлы .ini должны были уйти много лет назад. Что, конечно, забавно, потому что существует много мест, в которых MS использует .ini-файл (например, desktop.ini). Но я думаю, что MS знает об ошибке, потому что я замечаю, что мои файлы desktop.ini содержат лидирующую пустую строку. Hmmm ...

Answer 2

Согласно pinvoke.net, nSize должен быть UINT. Также они используют абсолютный путь в своем примере.

Помимо этих различий, я не вижу ничего другого.

Предоставляя исключение неверного формата, попробуйте установить целевую платформу на x86 для решения проблемы.

Пример использования из Pinvoke.net является

[DllImport("kernel32.dll", CharSet=CharSet.Unicode)] 
    static extern uint GetPrivateProfileString(
    string lpAppName, 
    string lpKeyName, 
    string lpDefault, 
    StringBuilder lpReturnedString, 
    uint nSize, 
    string lpFileName); 


static void Main(string[] args) 
{ 
    StringBuilder sb = new StringBuilder(500); 
    uint res = GetPrivateProfileString("AppName", "KeyName", "", sb, (uint)sb.Capacity, @"c:\test.ini"); 
    Console.WriteLine(sb.ToString()); 
} 

Answer 3

Главное, что я вижу, что вы должны передать в UINT для nРазмер:, а также в качестве возвращаемого значения. Это связано с тем, что параметры return и nSize GetPrivateProfileString - это значения DWORD, которые представляют собой неподписанные 32-битные целые числа.

Я лично использовал синтаксис на PInvoke.net:

[DllImport("kernel32.dll", CharSet=CharSet.Unicode)] 
static extern uint GetPrivateProfileString(
    string lpAppName, 
    string lpKeyName, 
    string lpDefault, 
    StringBuilder lpReturnedString, 
    uint nSize, 
    string lpFileName); 

Кроме того, вам необходимо поставить полный путь к файлу в месте, если файл не находится в каталоге Windows. Из документов:

Если этот параметр не содержит полного пути к файлу, система ищет файл в каталоге Windows.

Answer 4

Если путь не указан, GetPrivateProfileString будет искать Test.ini в каталоге Windows.

Старые API, такие как GetPrivateProfileString, хорошо не обрабатывают Юникод (хотя есть функция GetPrivateProfileStringW). Если Test.ini содержит заголовок UTF или символы Unicode, этого может быть достаточно, чтобы предотвратить работу GetPrivateProfileString.

Кроме того, UAC Vista может обрабатывать файлы, находящиеся в «специальных» местах сложными (C: \, C: \ Windows, C: \ Program Files и т. Д.). Попробуйте поместить Test.ini в папку, а не в корень диска C: или выключите UAC. Существует thread on CodeProject, в котором обсуждается GetPrivateProfileString, когда он безуспешно пытается прочитать .ini из папки, управляемой UAC.

Answer 5

Возможно, вам стоит взглянуть на решение с открытым исходным кодом, которое будет делать именно это, не беспокоясь о p/Invoke. Проект, предназначенный для .NET, называется nini. Я использую это в проекте, над которым я работаю, и рекомендую его.

Надеюсь, это поможет, С уважением, Tom.

Answer 6

Вы можете проверить содержимое вашего файла test.ini? Учитывая все шаги, которые вы пробовали, я начинаю подозревать, что ваш файл данных не отформатирован правильно (орфографический и т. Д.). Другими словами, GetPrivateProfileString может быть «рабочим», но просто не нахожу вашу строку. На основе кода, который размещен ваш файл test.ini должен выглядеть примерно так:

[AppName]
KeyName = Foo