WSH: обсуждаем DynamicWrapperX от YMP - 2 (Страница 2 из 2)

Parazit, в языках C/C++ (на чём написаны функции WinApi) члены структур выравниваются для наиболее быстрого доступа к ним - если число в памяти попадает на границу, например 32-битного числа у 32-битного процессора, то загрузка числа в регистр процессора будет выполняться дольше.
https://ru.wikipedia.org/wiki/%D0%92%D1 … 1%8B%D1%85

Некоторые структуры в windows.h описаны с явно указанным выравниванием (#pragma pack), а в остальных случаях выравнивание равно размеру самого большого члена в структуре (кратного степени двойки).
https://msdn.microsoft.com/en-us/librar … s.60).aspx

Да, поэтому, структура SECURITY_ATTRIBUTES имела размер 12 на x32, т.к. выравнивание было 4 байта (размер каждого из членов по 4 байта), а на x64 24 байта, т.к. указатель PVOID занимает уже 8 байт и выравнивание членов структуры будет кратным 8-ми байтам.
Размер структуры также кратен выравниванию.

Что-то у меня выдаёт ошибку, что неподдерживаемый тип параметра.
Ни post, ни send  не могу послать.

Const WM_GETTEXT = &HD
Set Wrap = CreateObject("DynamicWrapperX")
Wrap.Register "USER32.DLL", "GetForegroundWindow", "f=s", "r=l"
Wrap.Register "USER32.DLL", "SendMessage", "i=lllr", "f=s", "r=l"
Title = Space(100)
res = Wrap.SendMessage(Wrap.GetForegroundWindow(), WM_GETTEXT , 100, Title)
MsgBox Title

Обращайте внимание, что указатели имеют непостоянный размер в ОС различных разрядностей, поэтому возвращаемое значение GetForegroundWindow типа "l" будет работать только в 32-битных (x86) системах. Корректнее дескрипторам давать тип "h".
Также флага "s" не существует, поэтому "f=s" - это лишнее. Про флаги подробнее тут: http://dynwrapx.script-coding.com/dwx/p … gister.php

new ActiveXObject("AutoItX3.Control").WinGetHandle вроде бы возвращает строку, а вы её как дескриптор ("h") передаёте первым параметром. Преобразовать надо строку к дескриптору, судя по описанию ошибки. И вы снова путаете типы: размер WPARAM и LPARAM у функции PostMessage зависит от разрядности ОС.

Чё-то не работает в PSPad-скриптах.
Jscript срабатывает редко, а VBScript вообще никах. Возращает 0.

Наверное, в этом редакторе какая-то защищённая оболочка.

Ну скрипты для работы с текстом.
Там он предоставляет WSH, и можно создавать Jscript и VBScript скрипты.
При вызове функции обратного вызова, вообще ошибку выдаёт.

Parazit, теперь Вы можете излагать Ваш код и описывать, что он должен был делать.

Это я немного натупил, вроде всё работает.

Вы, видимо, не в курсе, что переменные, объявленные через var внутри функции, являются локальными? Из другой-то функции их не видно.

YMP, здравствуйте!
Было бы очень удобно иметь возможность регистрации функций при первой необходимости (а не только перед использованием).
К примеру, иметь коллбэк типа OnFunctionNotFound, который бы вызывался перед выбросом исключения о том, что функция не найдена/не зарегистрирована ("800A01B6: Объект не поддерживает это свойство или метод").

Чтобы было возможным писать подобный код (используя большую библиотеку объявленных, но не зарегистрированных функций):

var host = {
  "activex": function(progid){ return new ActiveXObject(progid); },
  "alert": function(msg){ WScript.Echo(msg); },
  "exit": function(code){ WScript.Quit(code); }
};

// Сгенерированный ассоциативный массив с описаниями для регистрации функций из DLL.
var function_defs= {
  // WINUSERAPI int WINAPI MessageBoxW(HWND hWnd,LPCWSTR lpText,LPCWSTR lpCaption,UINT uType);
  "MessageBoxW": ["user32", "MessageBoxW", "i=hppu", "r=l"]
};

var DWX = host.activex("DynamicWrapperX");
if(DWX.Version(7) < 0x2000100010001) host.exit(1);

// Хотелось бы дополнительно загружать функции по мере необходимости, а не перед использованием.
// DWX.Register("user32", "MessageBoxW", "i=hppu", "r=l"); // HWND,LPCWSTR,LPCWSTR,UINT; int

DWX.OnFunctionNotFound = function(func_name) {
  var opts, res = 0;
  if(opts = function_defs[func_name]) {
    DWX.Register(opts[0], opts[1], opts[2], opts[3]);
    res = 1;
  }
  return res;
};

try {
  var ret = DWX.MessageBoxW(0, "Dynamic register function is successful!", "JScript", 0x40);
  host.alert("return code: " + ret);
} catch(err) {
  host.alert("Test failed...");
}

Описывая логику в псевдокоде, типа так:

DWX.__CallProc__ = function(__procname__) {
  try {
    call __proc__
  } catch() {

    // Вот что-то подобное?
    if(DEFINED(this->OnFunctionNotFound) && this->OnFunctionNotFound(__procname__)) {
      try {
        call __proc__
        jmp success
      } catch() {}
    }
    
    throw "800A01B6: doesn't support";
  }
success:
  return eax
}

Как вы смотрите на такое предложение?

Спасибо за ответ. Согласен, кучу событий добавлять – это плохо. Не подумал о других исключениях и что для них придётся заложить аналогичный функционал.
Да, в общем виде это очень удобно (даже если вдруг захочется реализовать в виде подписчиков на события подобный менеджер будет реально написать, потенциал имеется).

Мне больше нравится второй, более простой вариант, когда функционал библиотеки доступен сам по себе. С WScript.ConnectObject работать не приходилось, думаю, эта зависимость будет лишняя. Да и в приложениях с HTML-интерфейсом (mshta) будет не легко получить к этому доступ.
Спасибо, что приняли во внимание моё пожелание!

Ничего не понял. При чём тут GetLastError?

По-моему, вы не улавливаете, о чём речь. Метод activex вообще тут не при делах. Требуется возможность назначать скриптовую функцию как обработчик ошибки в случае, если идёт попытка вызвать через DWX функцию, которая не была предварительно зарегистрирована. DWX должен передать обработчику имя ненайденного метода, а обработчик соответствующую функцию должен зарегистрировать, если она есть в библиотеке. DWX соответственно либо делает повторный поиск метода и исполняет его, либо возвращает ошибку.

Parazit, динамически регистрировать функцию в любом месте кода можно методом DWX.Register, тут всё хорошо.
Вопрос в том, чтобы вообще руками не регистрировать, а регистрация происходила автоматически при первом вызове. К тому же, не для всех функций регистрация заключается лишь в передачи модуля, имени, типов аргументов ("i=") и возвращаемого значения ("o=") из массива.
Для функции SetClassLongPtrW, например, регистрация различается в зависимости от разрядности хоста:

if(bitness === 64) {
  DWX.Register("user32","SetClassLongPtrW","i=hlp","r=p"); // HWND,int,LONG_PTR; ULONG_PTR
} else {
  DWX.Register("user32:SetClassLongW","SetClassLongPtrW","i=hll","r=u"); // HWND,int,LONG; DWORD
}

А для функции GetModuleFileNameExW, в зависимости от версии системы, регистрация выполняется даже из разных модулей (лучше переделать без try-catch, но пока так):

try { // for NT5.1 or later
  DWX.Register("psapi","GetModuleFileNameExW","i=hhpu","r=u"); // HANDLE,HMODULE,LPWSTR,DWORD; DWORD
} catch(e) {
  try { // for NT6.1 or later
    DWX.Register("kernel32:K32GetModuleFileNameExW","GetModuleFileNameExW","i=hhpu","r=u"); // HANDLE,HMODULE,LPWSTR,DWORD; DWORD
  } catch(e) {
    host.error(new Error("Функция GetModuleFileNameExW не найдена!"));
    host.exit(1);
  }
}

Пробовал по-разному такую функциональность реализовать, но вариант каждый вызов winapi-функции оборачивать в try-catch не выход, а при реализации обёрточной функции встаёт проблема передачи аргументов (+ лишняя нагрузка на каждый вызов winapi-функции, а, например, 3d рендринг и без того ограничен подобными накладными затратами, да и при обычном изменении размеров окна перерисовка затратна), к тому же некрасивый код выходит:

var host = {
  "activex": function(progid){ return new ActiveXObject(progid); },
  "error": function(msg){ if(host.activex("WScript.Shell").Popup(msg instanceof Error && msg.message || msg, 0, "JScript host", 48 + 1) === 2) host.exit(1); },
  "exit": function(code){ WScript.Quit(code || 0); }
};

var DWX = host.activex("DynamicWrapperX");
if(DWX.Version(7) < 0x2000100010001) host.exit(1);

function define(name) {
  // захардкожу
  if(name === "MessageBoxW") DWX.Register("user32", "MessageBoxW", "i=hppu", "r=l"); // HWND,LPCWSTR,LPCWSTR,UINT; int
  return true;
}

function call(name, args) {
  var retval;
  var call_internal = function() {
    // так не прокатывает
    // return DWX[name].apply(DWX, args);
    
    // а так костыль страшный
    switch(args.length) {
    case 0: return DWX[name]();
    case 1: return DWX[name](args[0]);
    case 2: return DWX[name](args[0], args[1]);
    case 3: return DWX[name](args[0], args[1], args[2]);
    case 4: return DWX[name](args[0], args[1], args[2], args[3]);
    // ...
    }
  };
  try {
    retval = call_internal();
  } catch(err) {
    if(define(name)) {
      try {
        retval = call_internal();
      } catch(err) {
        host.error(new Error("Функция " + name + " недоступна."));
        host.exit(1);
      }
    } else {
      host.error(new Error("Функция " + name + " не определена."));
      host.exit(1);
    }
  }
  return retval;
}

// Эстетически это выглядит страшнее, чем DWX.MessageBoxW(...)
call("MessageBoxW", [0, "Dynamic load function is success!", "JScript", 0x40]);

До этого момента проходилось либо регистрировать большое множество ненужных функций даже для вывода helloworld, в случае использования моей библиотеки функций, либо по мере необходимости копировать из неё определения по-отдельности, но ручная работа «линковщика» удовольствия не доставляет, гораздо удобнее иметь одну внешнюю библиотеку для проектов.

YMP, спасибо вам большое! Работает)
Я тоже не вижу, только если в целях унификации механизма. Хотя ошибку "модуль не найден" в некоторых случаях тоже можно обработать, организовав дополнительный поиск, но т.к. эта ошибка возникает при регистрации функции, там же можно и перехват исключения организовать: в дополнительном инструменте необходимости, на мой взгляд, нет.
На «событийном механизме» не настаиваю, но до более красивого варианта организовывать динамическую регистрацию функций я пока не додумался. На названии не настаиваю тем более, я лишь для примера писал

С названием OnMemberNotFound согласен. Только нашёл странность в её поведении: вернув true получаем ошибку (как и при возврате false), т.к. true преобразуется к -1 (что делает невозможным возвращать результат сравнения без конструкции a == b ? 1 : 0). Кажется лучше сделать проверку на 0: если ноль – ошибка, не ноль – повторная попытка вызова.

cmp eax,1
je short -79

cmp eax,0
jne short -79

И еще проблемка: не хочет регистрировать библиотеки из mingw64. Пишет "Не удалось найти или загрузить DLL".

Нет, порядок не важен. А результат правильный, просто названия этих папок в Windows могут ввести в заблуждение. На самом деле в System32 находятся 64-разрядные версии программ и библиотек, а в SysWOW64 -- 32-разрядные.