О разрядности ОС

И как она будет работать в Win64
Тут надо делать, либо, все же, на NtQueryInformationProcess, либо искать альтернативу, но не CreateToolhelp32Snapshot

nesco, А ты чего хотел для 32-х разрядного компилятора?
------------ Дoбавленo в 20.23:
Можно определять компилятор
Если FPC используем Win32 Api
Delphi - WMI

Причем здесь компилятор, когда мы ищем процессы

WMI только пока на 100% отработал
------------ Дoбавленo в 20.31:

32 разрядный компилятор компилирует 32-х разрядное приложение, которому WOW64 ограничивает кислород

Можно подумать, этот же самый компилятор не компилирует код WMI

А в FPC юзать Win32Api

Ivann, как ты себе это представляешь

Круто! Я эту функцию в Диспетчере задач нашел
------------ Дoбавленo в 21.23:
Все, я спать. Утро вечера мудренее.(с)

А что так рано, и кто проверять будет

Вот новая версия -- enumprocess_002.zip

Ivann, давай ссылку на последнюю версию WMI-компонента

Как ни странно - да, именно так и нужно думать - не компилирует)) Ладно, не буду ёрничать. Суть в том, что наше приложение через WMI лишь шлёт запрос к серверу виртуальной базы данных (кстати, запрос-то, по сути, SQL-образный). Сравнение ну оооочень условное, только для понимания. Виртуальная "сеть" (по сути - через localhost) между сервером и клиентом и есть прослойка между 32bit (клиент) и 64bit (сервер БД), через которую они могут общаться.

Такой механизм выбран не случайно. WMI позволяет обращаться к вашей базе процессов из любой точки мира при условии настроенной сети и доступа, всё под контролем, типа

Собственно говоря, сходным образом работает и NtQueryInformationProcess. Если я не ошибаюсь, то эта функция шлет запрос к базе данных процессов, так что, ей тоже должно быть по деревне разрядность и компилятор на нее не влияет. И вообще, компилятор не должен никак влиять на вызовы API функций, тк по сути -- WinAPI есть интерфейсная надстройка над системой. Все зависит от конечных модулей библиотек и функций, которые мы вызываем. Так что, утверждение в корне неверно. А вопрос мой был именно с подвохом.
------------ Дoбавленo в 00.15:
1nd1g0, чувствуется влияние на вас ассемблера, когда от разрядности зависит весь код, что не скажешь о API, где мы используем высокоуровневые запросы к системе через адаптированные под нее библиотеки

nesco, ну, на низком уровне всё равно всё к одному сводится в итоге) Я догадываюсь, КАК реализована работа через localhost (при запросе интерфейса WMI это символ точки: "."). Буфер сетевых пакетов доступен на чтение и запись из любого адресного режима как разделяемый (shared) участок памяти. API у клиента и сервера РАЗНЫЕ, хотя и одноимённые, но пишут и читают виз одного пула пакетов. Не удивлюсь, если очередь сообщений тоже общая (что было бы логично), жаль нет сообщения-запроса "скажи свой родительский процесс" ) Хотя кто знает, может среди недокументированных и есть))

В итоге -- да, но писано не нами и от нашего компилятора никак не зависящее

работает! на win 2000, xp 32, vista 32 и win7 32


не работает (выдает хрень) :


также не работает на win 98 (вообще ничего не выдает)

в отличие от версии wmi - та работает везде, кроме 2000