Управление устройством: проблемы с типами данных в сторонней DLL

[s-andriano]

т.о. второй, "неправильный" вариант, - работает!!

Почему же он неправильный?
var-параметр - это и есть в Паскале/Делфи передача параметра по адресу.

При передаче по адресу (в отличие от передачи по значению) можно указывать адрес первого элемента, а в вызывающей процедуре обращаться к нему как к массиву.
Если есть возможность, можно поправить прототип функции:

function PI_qMOV(ID: LongInt; const szAxes: PChar; var pdValueArray:array of Double): Bool cdecl {$IFDEF WIN32} stdcall {$ENDIF};

[AnTe]

тоже вариант

А ещё мне сегодня ночью, как, прошу прощения за скромность, таблица менделеева его автору, приснилась следующая идея:

раз на вход функции приходит указатель, значит она его разыменовывает внутри, указатель на значение конкретного параметра, т.е. если правильно проводить аналогию, как я передавал массив в её "собрата" PI_qMOV, ей нужно передавать не ссылку на массив of Double, а простой массив указателей!

то есть ввести arrayOfPfloat6: array [0..5] of PDouble и сунуть в функцию его первый элемент, т.е. как-то так:

var arrayOfPfloat6: array [0..5] of PDouble;
...
...заполняю массив 
...
    FunctRes := PI_MOV(ID, '', arrayOfPfloat6[0]);
...

и всё!

сегодня днём сгоняю в цех, опробую, если получится (а подозреваю что всё должно сработать) - хоть головой об стенку бейся, зачем я тут людям мозги выклёвываю, и разработчику тоже, ведь логически нужно делать именно так!

[AnTe]

Провидение не помогло. Не работает!

s-andriano, Вы имели в виду подправить в заголовочном файле?

Пробовал - тоже не работает правда, я забыл, вываливается с ошибкой доступа по памяти или просто пиликает ошибку



похоже, полный финиш

пока у меня остаются два варианта - изучать работу с указателями и (или) засунуть длл в дизассемблер и посмотреть предметно что там как распределяется

[AnTe]

Ларчик просто открывался.

Передача данных происходила абсолютно верно. Причём работают оба предложенных варианта: если в функцию передавать просто первый элемент массива, или писать перед ним "@".

Дело было в другом - ошибке производителя.

Про параметр sAxes в документации написано, что
3.3.2. Axis Identifiers
Many commands accept one ore more axis identifiers. If no axes are specified (either by giving an empty string or a NULL pointer) some commands will address all connected axes.

И действительно, и в М-850, и для практически всех функций Н-850, включая PI_qMov - пустая строка подходит: функции работают в соответствии с документацией.
В PI_MOV видимо забыли это реализовать.

Как только передал строку, 'X Y Z U V W' - всё заработало.


Более того - в М-850 если было большое желание, можно было тоже оси задавать явно, но без пробелов, поэтому я с самого начала пробовал вариант с 'XYZUVW' - не работало тоже, но с пустой строкой в соответствии и с новой документацией работали все функции, кроме MOV, поэтому эксперименты с параметром axis прекратились.

программа работает с использованием другой функции, переделывать не стал, разработчик уведомлен, тему можно закрывать

Спасибо всем ответившим. Если бы не ваша поддержка, я бы ещё долго лопатил документацию по винде, пребывая в уверенности, что делаю что-то не так.