получение строк через взаимодействие - PullRequest
Новая
       16

получение строк через взаимодействие

1 голос
/ 08 января 2010

У меня проблемы с возвратом строки из кода, который я написал.

Сначала некоторая нереализованная справочная информация: я хотел бы получить читаемую пользователем строку для TAPI TSP из TAPI API. Я реализовал полу работоспособное решение TAPI, основанное на сопоставлении имен драйверов с сохраненными строками, но вместо этого я хотел бы изменить это на работу с постоянными идентификаторами строк, поскольку у одного из наших клиентов есть УАТС (Alcatel), которая отказывается работать любым другим способом .

В C я определяю функцию в моем заголовочном файле как: 

__declspec(dllexport) void GetDeviceName(long DeviceId, wchar_t* DeviceName);

Функция написана так: 

__declspec(dllexport) void GetDeviceName(long DeviceId, wchar_t* DeviceName)
{
    //tapi code here...

    //copy the string to DeviceName
    wcscpy(DeviceName, (wchar_t*)((char *)devCaps + devCaps->dwLineNameOffset));
}

Как указано выше, это в конечном итоге сделает что-то полезное, но сейчас я буду счастлив, если abc будет помещен в мой wchar_t * / StringBuilder, и я могу видеть это в C #.

В C # я определяю функцию как: 

    [DllImport("SBW.Tapi.TapiInterop.dll", CharSet = CharSet.Auto)]
    static extern void GetDeviceName(long DeviceId, StringBuilder DeviceName);

Я определяю DeviceName как StringBuilder, потому что строка неизменна, и я хочу, чтобы DeviceName был установлен в C ( Это рекомендуется MS ). Я также установил тип возвращаемого значения на void на слабой надежде, что это также повлияет на что-то (см. эту полу полезную моно статью для частичного псевдонаучного объяснения).

И назовите это так: 

StringBuilder name = new StringBuilder();
name.EnsureCapacity(100);
long n = 0;
GetDeviceName(n, name);

Я присоединяю свой отладчик к работающему процессу, устанавливаю точку останова и замечаю в коде C, что каким-то образом StringBuilder извращен и предоставляется неуправляемому коду в виде нулевого указателя.

Впоследствии AccessViolationException создается в C #.

Что не так?

помогает удаление длинного параметра. Я могу добавить «abc» к моему параметру DeviceName в C. Однако я хочу эту длинную переменную! Что я делаю не так или расстраиваюсь, чтобы вызвать сбой из-за наличия этого длинного параметра?

Ответы [ 3 ]

2 голосов
/ 08 января 2010

Я хочу эту длинную переменную, однако

Тогда вы должны определить параметр в C как long long. Как указывал Lucero, long в C ++ составляет 32 бита, в то время как long в C # составляет 64 бита. Поэтому, если вы передаете 64-битное значение, когда функция C ожидает 32-битное значение, функция считывает дополнительные 32 бита в качестве второго параметра, что, очевидно, приводит к неверному адресу для буфера ...

1 голос
/ 08 января 2010

На 32-битных платформах long имеет ширину 8 байтов (64 бита) в .NET и ширину 4 байта (32 бита) в собственном коде. Вам нужно изменить метод P / Invoke следующим образом: 

[DllImport("SBW.Tapi.TapiInterop.dll", CharSet = CharSet.Auto)]
static extern void GetDeviceName(int DeviceId, StringBuilder DeviceName);

Таким образом, C # int и C long имеют одинаковую ширину на 32-битных платформах.

1 голос
/ 08 января 2010

C ++ long - это 32 бита, C # long - это 64 бита, не так ли? Поэтому вам нужно будет использовать int для первого параметра.

...