Привет!
на паскале, который я не знаю, прога, вызывающая функцию из дллки выглядит так:
пример вроде как простой, и я пробовал на вфп так:
но на выходе - ерунда, причем ее очень мало и много повторов. Уникальных байт в ответе около 5 всего. Никакой похожей инфы на ту, что выдает паскальная прога и близко нет.
Я понял что packed record это на паскале - массив, но по хелпам в вфп не существует способа передать/получить массив от длл. тока число или стринг.

Как же перевести это правильней на вфп? Или такое вообще никак нельзя с вфп подружить?

спасибо

спасибо

нет, апи - это неправильно :) Проблема в том, что сия апи отдает инфу которая во-первых после форматирования раздела сменится (случай, конечно редкий, но винду переставил и бай-бай), а во-вторых и самых главных - она может быть одинаковой на разных РС благодаря использованию клон-софта, т.е. когда на 50 одинаковых РС накатили винду с образа, что у нас и наблюдается. В итоге однозначно идентифицировать РС не удается никакими средствами винды будь то WMI, подобные API-функции или инфа из реестра.

"моя" же длл-ка отдает железный серийник винта, что куда полезнее и то, что мне и надо. видать придется вместо юзания дллки напрямую запускать ехе-ху...

Люди!!! Вы всех меряете одним мерилом! Мне это все надо вовсе не для защиты от взлома. Хотя это наиболее часто возникающий вопрос у других юзеров.
Мне это надо лишь для однозначной идентификации РС с которым работают. Все. Я хочу их все занести в таблицу, расписать их конфиги и инв. номера. По этой причине привязка на какие-то нежелезные вещи (volume serial number, WMI - все что с форматированием/переустановкой винды меняется) - не подходят.
Кроме того админу надо знать, что если что-то сделано, то с какого РС это сделали. Если подключили свой ноут для этого - админ хочет об этом знать хотя бы просто как о незареганном в системе РС.

Как я уже объяснял - имеется несколько десятков РС одинаковой конфигурации, на которых винда ("производителем") установлена клонированием и WMI/реестр у всех выдает одно и то же (в частности volume serial number), соотв. я и говорю что апи - нихт гуд. Не в целом, а в WMI-разрезе.

RAID-ы у юзеров? Спасибо, улыбнуло

Не работает на неадмине - проблема.

Можно было бы наверное "садиться" на МАС-адрес, но ё-маё, и тут поджидают менингиты - NIC-ов мб несколько, сетевые карты - по сути мелочь, которая иногда может умирать и заменяться. Если юзать все ники - все равно торба, тк VPN-ы, (если кому разрешено подключать) мобилы и тп - получим доп. сеть, и все это как резалт - новый РС в системе...

Вешаться на серинег винды? Не выход, т.к. есть перадки и у них он будет один и тот же на всех, опять же если корпоративный серийнег - он честный, но один на всех (собственно в перадках такой и юзается)... опять же реинстал винды=новый РС.

Ну вот и что же делать-то?

Everest - штука хорошая, но кроме того что палево так еще и невозможно заюзать его програмно. Он есть отдельный самодостаточный проект, в котором все что мне нужно - это 1-2%, а остальные 99% - лишний функционал. А мне хочется что-то простое, типа вот той длл-ки - запросил серийнег и фперед. То что админ должен - это хорошо, но наше програмистское дело - облегчать всем жизнь, как юзерам, так и админам. В недостижимом идеале - это дллина могла б сразу "снимать" весь конфиг РС-юка, чтобы для отчета сразу в таблицу апдейт мб сделать... да... недостижимая мечта, похоже. И неважно что для фоксы, если б это было в виде апишной дллины, то юзалось бы с любым языком...
Нечто подобное, выдающее лишь пару серийнегов, лишь в платном варианте видал.

ВладимирМ Организационные проблемы программными средствами не решаются. Никак. Основа основ любой учетной системы - это неизменный и однозначный ключ идентификации . В задаче учета компьютеров локальной сети - это может быть только и исключительно некий "внешний" идентификатор. "Внешний" в том смысле, что он не зависит от каких-либо свойств самого компьютера и присваивается из вне. В данном случае - это сетевое имя компьютера. А это имя банально определяется по SYS(0)да, Вы правы. Наверное стоит все же на сетевом имени и остановиться. В любом случае оно сети дб уникально. Действительно, привязываясь к серийнику харда я постоянно задней мыслью думал о ситуации миграции винта в др. РС. Поэтому больше хотелось зацепиться на серийник материнки с процом, но подобных решений нет вообще. Есть CPUID, но в эту инфу с АМД-процов серийнек вроде не входит, а для мамок - полный ноль решений вообще.
AndreTMCTAC-KOEverest - штука хорошая, но кроме того что палево так еще и невозможно заюзать его програмно...
Да-а-а... 100 баков заплатить сложно (ну, $700 за полсотни хостов) - лучше будем изобретать велик.
именно, так как государственная бюджетная организация. И возможно я ошибаюсь, но все равно у еереста нет апи-интерфейса. А чисто для однократного сбора инфы с каждого РС можно лично по ним пройтись с portable версией.

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

Кстати говоря, если все же кому-то понадобится получение серийника HDD, то я нашел аж несколько решений, которые работают и с юзер-правами и некоторые даже с guest-правами. Это diskid32 (бесплатная, есть исходники на сях - вот ежели б кто оформил из этого fll - было бы вообще зд0рово), rlbyte HDDPhysic.dll (платная, 25 евро, актуальная версия 1.1, но к версии 1.0 можно найти keygen) и Akramsoft HardDiskSerial DLL (платная, $35)

Я тут подумал... Если использовать SYS(0)/ID() то возможна ситуация "клона". Да, в одном домене два одинаковых сетевых имени - исключено, а вот при доступе через инет... Единственный выход, недающий 100% гарантии - изврат сисадмина при именовании ведомственных РСюков. Ну или все же на винт цепляться - 100% уин при любых раскладах.