Я продолжаю получать сообщение «Невозможно найти точку входа с именем« GetWindowLongPtrA »в DLL« user32.dll »»

Question

Я продолжаю получать сообщение «Невозможно найти точку входа с именем« GetWindowLongPtrA »в DLL« user32.dll »»

2

Я пытаюсь использовать GetWindowLongPtrA но получаю сообщение "Невозможно найти точку входа с именем" GetWindowLongPtrA "в DLL" user32.dll "". (также SetWindowLongPtrA получает ту же ошибку). Я пробовал много решений, найденных в Google, но они не решили.

Вот объявление функции, которую я написал:

[DllImport("user32.dll")]
public static extern IntPtr GetWindowLongPtrA(IntPtr hWnd, int nIndex);

Попытался поместить EntryPoint = "GetWindowLongPtrA", изменил GetWindowLongPtrA на GetWindowLongPtr, поместил CharSet = CharSet.Ansi, переключил на GetWindowLongPtrW с CharSet = CharSet.Unicode и т.д., Все они не работали.

Мой компьютер точно "64-битный" (но не может вызвать эту 64-битную функцию WinAPI?). ОС Windows 10.

Но на моем системном диске недостаточно свободного места. Это возможная причина?

Каково решение этой проблемы?

armamoyl 22 фев. 2019, в 21:15

Источник

2

Разве функция не называется GetWindowLongPtr? И я думаю, что если вы нацелены на 32-битный процесс, вы должны вызвать GetWindowLong.
David Heffernan 22 фев. 2019, в 19:48
0

Я пробовал GetWindowLongPtr, но тоже не работал. Да, GetWindowLong работал, но, учитывая, что моя система 64-битная, поэтому я думаю, что было бы лучше использовать GetWindowLong. Я пытался использовать GetWindowLongPtr, чтобы удалить кнопку «Развернуть и свернуть» из другого окна, но она не сработала (эти кнопки остались там), поэтому я думаю, что мне следует использовать версию «Ptr».
armamoyl 22 фев. 2019, в 20:01
2

Мой компьютер точно "64-битный", но я думаю, что ваш 32-битный. здесь играет роль только процесс битности
RbMm 22 фев. 2019, в 20:14
0

GetWindowLongPtrA и GetWindowLongPtrW - правильное имя для 64- GetWindowLongPtrW процесса. GetWindowLongA и GetWindowLongW для 32. и вам нужно правильно выбрать A или W в зависимости от того, является ли окно текущим юникодом
RbMm 22 фев. 2019, в 20:21
0

Хорошо, я просто изменил цель сборки на 64-битную, и это работает. Действительно очень спасибо :)
armamoyl 22 фев. 2019, в 20:22
1

Выход из космоса может привести к чему угодно. Вы должны заняться этим в первую очередь. Освоение пространства: 1) Быстрые настройки , 2) Подробные настройки . Просто скопируйте папки «Загрузки» и «Медиа» на низкопрофильный USB-накопитель или SD-диск? cleanmgr.exe запустите cleanmgr.exe и, возможно, сжатие (для быстрого SSD-накопителя).
Stein Åsmul 22 фев. 2019, в 20:28
3

Не источник вашей проблемы, но маршаллер P-Invoke знает, как вести A / W бизнес, и вы на его пути. Когда вы объявляете функцию как GetWindowLongPtr и назначаете CharSet = CharSet.Auto , она будет правильно выбирать версию W или A и обрабатывать преобразования строк.
GSerg 22 фев. 2019, в 20:29

Показать ещё 5 комментариев

Теги:

c#

.net

pinvoke

1 ответ

Ещё вопросы

Разве функция не называется GetWindowLongPtr? И я думаю, что если вы нацелены на 32-битный процесс, вы должны вызвать GetWindowLong.
Я пробовал GetWindowLongPtr, но тоже не работал. Да, GetWindowLong работал, но, учитывая, что моя система 64-битная, поэтому я думаю, что было бы лучше использовать GetWindowLong. Я пытался использовать GetWindowLongPtr, чтобы удалить кнопку «Развернуть и свернуть» из другого окна, но она не сработала (эти кнопки остались там), поэтому я думаю, что мне следует использовать версию «Ptr».
Мой компьютер точно "64-битный", но я думаю, что ваш 32-битный. здесь играет роль только процесс битности
GetWindowLongPtrA и GetWindowLongPtrW - правильное имя для 64- GetWindowLongPtrW процесса. GetWindowLongA и GetWindowLongW для 32. и вам нужно правильно выбрать A или W в зависимости от того, является ли окно текущим юникодом
Хорошо, я просто изменил цель сборки на 64-битную, и это работает. Действительно очень спасибо :)
Выход из космоса может привести к чему угодно. Вы должны заняться этим в первую очередь. Освоение пространства: 1) Быстрые настройки , 2) Подробные настройки . Просто скопируйте папки «Загрузки» и «Медиа» на низкопрофильный USB-накопитель или SD-диск? cleanmgr.exe запустите cleanmgr.exe и, возможно, сжатие (для быстрого SSD-накопителя).
Не источник вашей проблемы, но маршаллер P-Invoke знает, как вести A / W бизнес, и вы на его пути. Когда вы объявляете функцию как GetWindowLongPtr и назначаете CharSet = CharSet.Auto , она будет правильно выбирать версию W или A и обрабатывать преобразования строк.

Govind Parmar · Accepted Answer · 2019-02-22T19-01-00.000Z

Там нет функции с именем GetWindowLongPtr, GetWindowLongPtrA или GetWindowLongPtrW в 32-разрядной версии user32.dll:

Причина, по которой использование GetWindowLongPtr независимо от целевой битности работает на C и WinAPI-коде C++, заключается в том, что в 32-битном коде это макрос, который вызывает GetWindowLong(A|W). Он существует только в 64-битной версии user32.dll:

Документация по импорту GetWindowLongPtr на pinvoke.net включает пример кода для того, как сделать этот импорт прозрачным для целевой битности (помните, ошибка выдается, когда вы фактически пытаетесь вызвать импортированную функцию, которая не существует, а не в строке DllImport):

[DllImport("user32.dll", EntryPoint="GetWindowLong")]
private static extern IntPtr GetWindowLongPtr32(IntPtr hWnd, int nIndex);

[DllImport("user32.dll", EntryPoint="GetWindowLongPtr")]
private static extern IntPtr GetWindowLongPtr64(IntPtr hWnd, int nIndex);

// This static method is required because Win32 does not support
// GetWindowLongPtr directly
public static IntPtr GetWindowLongPtr(IntPtr hWnd, int nIndex)
{
     if (IntPtr.Size == 8)
     return GetWindowLongPtr64(hWnd, nIndex);
     else
     return GetWindowLongPtr32(hWnd, nIndex);
}