Как я могу определить версию ABI (и другие данные) скомпилированного нативного модуля?

наткнулся на приличное, но частичное решение, так как мне не удалось найти API или настоящее межплатформенное решение.

Самое близкое, что я мог бы получить, это напрямую использовать process.dlopen, но это все равно дает только успешно или выдает ошибку. базовый загрузчик содержит информацию mp->nm_version, но сообщается только об ошибке.

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

В приведенном ниже примере будет извлечена версия ABI собственного модуля путем перехвата сообщения об ошибке и извлечения из него ABI.

// try to determine the ABI version for a native module
const getNativeABI = (filename) => {
    var moduleVersion = 0
    try {
        var test = new Module(filename, null);
        process.dlopen(module, filename) //,os.constants.dlopen.RTLD_NOW);
        // if this works the node version is the same 
        moduleVersion = process.versions['modules']
        // but now we need to unload it :-( 
        return moduleVersion
    } catch (error) {
        var match
        var versionRegexp = /NODE_MODULE_VERSION (\d*)./gm
        var platformRegexp = /(is not a valid Win32 application|invalid ELF header|wrong ELF class)/g
        // check for ABI version mismatch 
            // Uncaught Error: The module '..\bindings.node'
            // was compiled against a different Node.js version using
            // NODE_MODULE_VERSION 47. This version of Node.js requires
            // NODE_MODULE_VERSION 70. Please try re-compiling or re-installing
        match = versionRegexp.exec(error.message)
        if (match != null){
            return match[1] // first version is that of the module 
        } 
        // not for valid on this win32 / linux 
        match = platformRegexp.exec(error.message)
        if (match != null){
            // todo: @linux : use error for elfclass to determine architecture :: wrong ELF class: ELFCLASS32
            return 0 // can't validate cross platform
        } 
        // other error 
        console.debug( error.message)
    }
    return moduleVersion // just in case
}

вам нужно будет передать фиктивную структуру модуля.

/// dummy copy of  internal function
function Module(id, parent) {
    this.id = id;
    this.exports = {};
    this.parent = parent;
    // updateChildren(parent, this, false);
    this.filename = null;
    this.loaded = false;
    this.children = [];
 }

process.versions.modules должен предоставить вам правильный ABI для данного узла или среды выполнения электрона.

Ваше собственное решение — единственный способ сделать это без добавления собственного модуля узла, а синтаксический анализ/чтение файла .node не дает вам информацию непосредственно в виде строки или значения int (проверено с помощью шестнадцатеричного редактора) .

Возможные причины:

• Вы должны быть уверены, что процесс установки модуля не запускает сборку вашего собственного модуля, например: запуск npm install без --ignore-scripts., поскольку при этом используется ваша локально установленная версия узла для перестроения любой зависимости, если содержащий пакет имеет собственный сценарий установки.
• Ваша предварительная сборка игнорируется другими этапами установки.
• Пакет загрузил неправильные файлы .node в качестве предварительной сборки.