電子ネイティブアドオンがウィンドウに表示されない

Question

私は、アンパック電子アプリケーションでopenSSLライブラリを使用するネイティブアドオンを持っています。窓10に それが動作し、それが働いていない7 Windows上で、私はこの受け付けております：

Error: The specified module could not be found. 
    \\?\C:\Program Files (x86)\AppX Player\resources\app\src\addon\foo.node 
     at Error (native) 
     at process.module.(anonymous function) [as dlopen] (ELECTRON_ASAR.js:167:20) 

     at Object.Module._extensions..node (module.js:568:18) 
     at Object.module.(anonymous function) [as .node] (ELECTRON_ASAR.js:167:20) 
     at Module.load (module.js:458:32) 
     at tryModuleLoad (module.js:417:12) 
     at Function.Module._load (module.js:409:3) 
     at Module.require (module.js:468:17) 
     at require (internal/module.js:20:19) 
     at Object.<anonymous> (C:\Program Files (x86)\AppX Player\resources\app\s 
    rc\addon\index.js:11:3) 

私は電子のWindows IA32アーキテクチャーをターゲットにしていると私は次のようにそれを再構築します。

node-gyp rebuild --target=1.3.1 --arch=ia32 --dist-url=https://atom.io/download/atom-shell --verbose 

を

ファイルのbinding-gypはこのようになり、thisに基づいています。それは、OpenSSLスタティックライブラリを使用

{それは私の同じレベル上のOpenSSL DLLを追加DLLが（私は静的ライブラリをリンクしたように、それがあるべきではない）が欠落しただけの場合に

  "targets": [ 
       { 
        "target_name": "addon", 
        "sources": [ 
         "./src/encryptor.cpp" , 
         "./src/EncryptorHandler.cpp", 
         "./src/SetupHandler.cpp", 
         "./src/RC4Handler.cpp", 
         "./src/HardwareInfoHandler.cpp", 
         "../Encryptions/RC4.cpp", 
         "../Encryptions/AES.cpp", 
         "../Encryptions/utils.cpp", 
         "../oggEncDec/src/FileHandler.cpp", 
         "../oggEncDec/src/OGGSelectiveEncryptor.cpp", 
         "../machineIdentification/common.cpp" 
        ], 
        "cflags!": [ "-fno-exceptions" ], 
        "cflags_cc!": [ "-fno-exceptions" ], 
        'cflags': ['-fexceptions'], 
        'cflags_cc': ['-fexceptions -Wall -Wextra -Wconversion'], 
        "include_dirs": [ 
         "<!(node -e \"require('nan')\")", 
         "../" 
        ], 
        'conditions': [ 
         ['OS=="linux"', { 
           "sources": [ 
            "../machineIdentification/linuxHardwareInfo.cpp" 
           ], 
           'libraries': [ 
            '-lcrypto', 
           ], 
          } 
         ], 
         ['OS=="mac"', { 
           "sources": [ 
            "../machineIdentification/macHardwareInfo.cpp" 
           ], 
           'libraries': [ 
            '-lcrypto', 
           ], 
         }], 
         ['OS=="win"', { 
          'msvs_settings': { 
           'VCCLCompilerTool': { 
            'AdditionalOptions': [ '/EHsc' ], 
            'ExceptionHandling': 1 
           } 
          }, 
          "sources": [ 
           "../machineIdentification/windowsHardwareInfo.cpp" 
          ], 
          'conditions': [ 
           # "openssl_root" is the directory on Windows of the OpenSSL files. 
           # Check the "target_arch" variable to set good default values for 
           # both 64-bit and 32-bit builds of the module. 
           ['target_arch=="x64"', { 
            'variables': { 
             'openssl_root%': 'C:/OpenSSL-Win64' 
            }, 
           }, { 
            'variables': { 
             'openssl_root%': 'C:/OpenSSL-Win32' 
            }, 
           }], 
           ], 
           'libraries': [ 
           '-l<(openssl_root)/lib/libeay32.lib', 
           ], 
           'include_dirs': [ 
           '<(openssl_root)/include', 
           ], 
         }] 
        ] 
       } 
      ] 
     } 

EXE。これ以外に何が原因でしょうか？ OpenSSLのバイナリをインストール

編集 は、それが動作します、私はので、私は、私はできればすべてが解決されるだろう、外部DLLの

編集2 には依存しません静的リンクは、そのの世話をするだろうと思いました静的ライブラリをパックし、それを ".node"ファイルにバンドルします。 .nodeファイルでdependency walkerを使用すると、DLLが必要であることがわかり、必要なのはdllコードを持つためです。

Answer 1

http://slproweb.com/products/Win32OpenSSL.html上のlibは、まだそれを使用しているDLLの周りのラッパーであるようです。 私はnode-gypが真実でない依存関係のないものをコンパイルしているという誤った考えを持っていました。 トリックを行ったプリコンパイル済みのopenssl lib hereが見つかりました。

まとめて： 電子でOpenSSLで何かを出荷する必要がありましたが、電子はノードのようにOpenSSLを公開せず、borinSSLに切り替えます。 静的ライブラリを推薦したTallNateの記事に続き、静的ライブラリが正しかったと仮定し、DLLが何とか必要だったので、node-gypは使用された静的ライブラリをバンドルしていないとみなしました。 libを別のものに切り替える（またはそれを自分自身でコンパイルする）ことは、このトリックを行いました。