質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.00%

ASP.NET Webアプリからc++/cli経由でwin32 APIの関数を利用する方法

受付中

回答 2

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 1,907

chyouchyou

score 4

前提・実現したいこと

Visual Studio 2015上で、以下を作成しています。
【環境】
ソリューション名:TEST(以下1) 2)のプロジェクトを含む)
1) プロジェクト1:LLS
・ASP.NET Webアプリ
・[新しいプロジェクト]-[Visual C#]-[ASP.NET webアプリケーション]-[ASP.NET4.5.2テンプレート]のMVC選択 で生成
2) プロジェクト2:Wrapper
・c++/cli dll
・[新しいプロジェクト]-[Visual C++]-[空のCLRプロジェクト] で生成後、構成プロパティの構成の種類を[ダイナミック ライブラリ(.dll)]に変更

【やりたいこと】
過去資産のwin32 API(func.h, func.dll, func.libのみ存在)の関数を、上記1)から上記2)を経由して使用したい

【現在のプログラム】
1)プロジェクト1 c#のHomeController.csの内容

using System;
using System.Collection.Generic;
using System.Linq;
using System.Web;
using System.Web.Mvc;
using Wrapper;  //for プロジェクト2

namespace LLS.Controllers
{
   public class HomeController:Controller
   {
     public ActionResult Index()
     {
        Wrap cls = new Wrap();
        cls.func_1();
        return View();
     }
     以下省略

2) プロジェクト2 c++/cli のWrapper.h、Wrapper.cpp

//Wrapper.h
#pragma once

using namespace System;

namespace Wrapper{
  public ref class Wrap
  {
     public:
       void func_1();
  };
}
//Wrapper.cpp
using namepace System;
#include "func.h"  //for win32 API
#include "Wrapper.h"

#pragma comment(lib, "func.lib")    //for win32 API

namespace Wrapper
{
   void Wrap::func_1()
   {
      int ret = DLL_Func1(); //for win32 API
   }
}

【ビルド手順】
1) 上記プロジェクト2(c++/cli)のビルド
・構成プロパティ-[全般]-[出力ディレクトリ] をプロジェクト1の$(SolutionDir)\LLS\bin\Debug\に設定
・構成プロパティ-[リンカー]-[追加の依存ファイル] でfunc.lib(win32 API)を追加
・ビルド実行 → Wrapper.dllの生成を確認

2) 上記プロジェクト1(c#)のビルド
・ソリューションエクスプローラのLLS下の参照で[参照の追加]-Wrapper.dllを追加
・ビルド実行 → LLS.dllの生成を確認

発生している問題・エラーメッセージ

両プロジェクトのビルド後に、Visual Studio 2015で[F5]を押し、実行させると、
ブラウザが表示し、以下のエラーが表示されます。

'/'アプリケーションでサーバー エラーが発生しました。
ファイルまたはアセンブリ'Wrapper.DLL'、またはその依存関係の1つが読み込めませんでした。指定されたモジュールが見つかりません。

補足情報

・プロジェクト2のWrapper.cppで、//for win32 API部分をコメントアウトし、func_1()内に適当な関数を記載し、ビルド→実行させると動作します。したがって、win32 APIの部分が問題だと予想しております。
・ソリューションエクスプローラのプロジェクト2(LLS)下の参照で[参照の追加]-func.dllを追加しようとしましたが、『"~\func.dll"への参照を追加できませんでした。ファイルがアクセス可能で、有効なアセンブリまたはCOMコンポーネントであることを確認してください』とのエラーが発生します。

色々理解できていない点が多いため、記載内容に不十分な点があると思いますが、
どうぞよろしくお願いします。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 2

0

ASP.NET内でC++/CLIのモジュールを使用する時、CPUアーキテクチャが合わないと、DLLが見つからないエラーが出る場合があります(AnyCPUはC++/CLIではできません)。
C++/CLI側DLLのCPUアーキテクチャとアプリケーションプールの"32bitアプリケーションの有効化(enable32bitapponwin64)"の設定が合っているか、確認するのはどうでしょうか。

ASP.NETはデフォルトでアセンブリのシャドウコピーを行っています。C++/CLIを含むマネージドアセンブリは自動的にコピー対象になりますが、ネイティブDLLはコピーされません。
https://docs.microsoft.com/en-us/dotnet/framework/app-domains/shadow-copy-assemblies
そのため、ネイティブDLLを参照する場合、システム環境変数のパスが通っている場所にネイティブDLLをコピーする必要があります。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

-1

実行時、func.dllはどこにありますか? 
参照可能なディレクトリ(callしているexe/dllと同じとこ or PATHの通ったとこ)にありますか?

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2017/08/23 12:26

    はい・・・
    あと調査して気づいたのですが、1点大変な誤解をしているかもしれません。
    c++/cli側のWrapper.cppに記載「#pragma commnet(lib, "func.lib")」ですが、静的ライブラリでなく、"インポートライブラリ"かもしれません。
    (func.dllとfunc.libが同じタイムスタンプなので)
    インポートライブラリの場合、#pragmaのコードは不必要になるのでしょうか・・・

    キャンセル

  • 2017/08/23 13:52

    疑うなら試してみればいい。

    キャンセル

  • 2017/08/23 19:06

    はい。ネット情報等で調べたところ
    ・func.libはインポートライブラリ
    ・#pragmaコードでの記載は問題なし
    まで分かりました。
    振り出しに戻ってしまいましたが・・・

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 90.00%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる