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

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

新規登録して質問してみよう
ただいま回答率
85.50%
C#

C#はマルチパラダイムプログラミング言語の1つで、命令形・宣言型・関数型・ジェネリック型・コンポーネント指向・オブジェクティブ指向のプログラミング開発すべてに対応しています。

Visual Studio

Microsoft Visual StudioはMicrosoftによる統合開発環境(IDE)です。多種多様なプログラミング言語に対応しています。

C++

C++はC言語をもとにしてつくられた最もよく使われるマルチパラダイムプログラミング言語の1つです。オブジェクト指向、ジェネリック、命令型など広く対応しており、多目的に使用されています。

Q&A

2回答

1437閲覧

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

chyouchyou

総合スコア6

C#

C#はマルチパラダイムプログラミング言語の1つで、命令形・宣言型・関数型・ジェネリック型・コンポーネント指向・オブジェクティブ指向のプログラミング開発すべてに対応しています。

Visual Studio

Microsoft Visual StudioはMicrosoftによる統合開発環境(IDE)です。多種多様なプログラミング言語に対応しています。

C++

C++はC言語をもとにしてつくられた最もよく使われるマルチパラダイムプログラミング言語の1つです。オブジェクト指向、ジェネリック、命令型など広く対応しており、多目的に使用されています。

0グッド

0クリップ

投稿2017/08/22 13:40

編集2022/01/12 10:55

###前提・実現したいこと
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(); } 以下省略
  1. プロジェクト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の生成を確認

  1. 上記プロジェクト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コンポーネントであることを確認してください』とのエラーが発生します。

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

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

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

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

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答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をコピーする必要があります。

投稿2017/10/16 08:39

skitoy4321

総合スコア229

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

0

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

投稿2017/08/22 23:37

episteme

総合スコア16614

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

chyouchyou

2017/08/23 00:40

お返事を誠にありがとうございます。 func.dllは、プロジェクト2の/wrapper/の下(wrapper.cppやwrapper.h)に置いていました。 試しに、プロジェクト1の/LLS/bin下、/LLS/bin/debug下にも置いてみたのですが、残念ながら同じ結果でした。
episteme

2017/08/23 01:20

Webアプリなら一旦deployされるんですよね? 実行時のパスはまた別のとこだったりしません?
chyouchyou

2017/08/23 02:07

勉強不足で大変申し訳ございません。 『一旦deploy』という所が理解できていないのですが、 実行時のパスとは、どこで確認できますでしょうか?
episteme

2017/08/23 02:31

Web上で実行されるとき、HomeControllerはプロジェクト内に作られた'それ'が直接動くのですか? それとも実行に先立ってどこかにコピーされ/そのコピーが動くのですか? 後者の場合、Wrapper.dll/func.dllが見つからないことが起こり得ます。 実行時のパス? 僕はWeb屋じゃないんで知らんよそんなもん。
chyouchyou

2017/08/23 02:58

早々にコメントいただき、ありがとうございます。 プロジェクトをビルド後、Visual Studioのデバッグ開始[F5]を実行していますので、前者(プロジェクト内のHomeController)だと思います。 (Wrapper.cpp内の//win32 API部分をコメントアウトした場合、プロジェクト内のHomeControllerのブレークポイントに停止しますので)
episteme

2017/08/23 03:10

ならば'そこ'に必要なDLL置いとけば"見つからない"はずはないんですけどねー...
chyouchyou

2017/08/23 03:26

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

2017/08/23 04:52

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

2017/08/23 10:06

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

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

まだベストアンサーが選ばれていません

会員登録して回答してみよう

アカウントをお持ちの方は

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

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問