971コメント269KB

managed C++ やろうぜ！！

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

NGNG

C#関連のスレは山ほどあるが
managedC++のスレが無いじゃないか。
折角.NETに生き残ったC++、みんなで語ろうぜ。

0697696

NGNG

自己解決(´Д｀;)しました

　　　AAA* aaa[];
public:
　　　__property AAA* get_AAAList()[] { return aaa; }
　　　__property void set_AAAList(AAA* value[]) { aaa = value; }

こうでした。
う～ん、それにしてもgetの時の[]の位置って普通わからないよなぁ

0698デフォルトの名無しさん

NGNG

>>696
AAA* __gc[] だったかな。

0699デフォルトの名無しさん

NGNG

>>697
戻り値をAAA*[]にして小一時間程悩むのは誰もが通る道だろうな。

0700デフォルトの名無しさん

NGNG

C++/CLIが出るまでの我慢

0701デフォルトの名無しさん

NGNG

__だらけで汚い言語ですね

0702デフォルトの名無しさん

NGNG

過渡期のものだから。

0703デフォルトの名無しさん

NGNG

ANSIで規格化されない限り、ずっとそのまま。

0704デフォルトの名無しさん

NGNG

解析処理みたいなのをmc++でストックしとけば、ﾄﾞﾄﾆｰﾄ時代にも対応出来ますよね？

0705デフォルトの名無しさん

NGNG

必要になるまでやらんでいいと思うが

070669式フリーPG ◆hND3Lufios

05/02/14 21:35:52

C++/CLRが出るまでC#に退避することにしますた。

0707デフォルトの名無しさん

05/02/21 20:07:59

int をHex表示したいんですがどうやるんですか？

0708デフォルトの名無しさん

05/02/23 21:06:22

>>707
何に表示したいんだ？
まあ、とりあえず、標準出力なら
Console.Write("{0:x}", num);
string.Format ってのもあり。

0709デフォルトの名無しさん

05/02/23 21:12:51

・・・sprintf でも使ったら？

C++/CLI だと
(3).ToString("X"); とか

0710デフォルトの名無しさん

05/02/25 16:00:38

stringstream にマニュピレータ設定するのが C++ スタイルだろ。

0711707

05/02/25 20:45:33

ありがとう。返事送れてごめん。

0712デフォルトの名無しさん

05/03/09 13:29:18

このごろ C++/CLI の解説もかなり充実してきて勉強になる。英語で苦労だけど。

http://www.codeproject.com/managedcpp/
の "C++/CLI" 項目の記事はどれもいい。

S.B.リップマン氏の記事は必読。
前からある有名なやつが、>661 にあるので、
最近の MSDN Magazine の "Hello, C++/CLI" が、
http://msdn.microsoft.com/visualc/default.aspx?pull=/msdnmag/issues/05/02/purec/default.aspx

0713デフォルトの名無しさん

05/03/20 10:38:38

S.B.リップマン氏の MSDN Magazine "Pure C++"、二本目でた。
"Generic Programming Under .NET"
http://msdn.microsoft.com/msdnmag/issues/05/04/PureC/

0714デフォルトの名無しさん

05/03/20 18:07:41

>712
日本語資料ならなんかGDNJで晒されてたぞ

0715デフォルトの名無しさん

05/03/20 19:35:34

>>714 これ?
C++/CLI 言語仕様
http://www.stdblue.net/cgi-bin/vene/wiki/wiki.cgi

0716デフォルトの名無しさん

05/03/20 19:51:08

Java VMで十分

0717デフォルトの名無しさん

05/03/20 23:41:36

意味不明

0718デフォルトの名無しさん

2005/03/21(月) 11:43:09

>717
CLR の事と間違えてんじゃねぇの？
まぁ、CodeDOMあるから、C++の実行時解釈もできるけど

0719デフォルトの名無しさん

2005/03/25(金) 22:46:04

Cマガジンの特集記事がうんこなのか俺の頭がうんこなのかわかんないけど
C++/CLIの追加機能の意味(というか用途)がわからんものが多いッス
genericsとtemplateの使い分けはどうするんだとか
interfaceは純粋仮想関数で事足りるんじゃねぇの？とか

0720デフォルトの名無しさん

2005/03/26(土) 02:42:13

俺も今回の Cマガ読んで、　C++/CLI を知ったんですが、機能追加しすぎで混乱しますね。
C++/CLI　というから、C++に最低限の機能を追加したのかと思いきや、もう全然違う言語に感じます。

個人的には、ガベージコレクタだけで十分なんだが。（しかも、もっとシンプルな形で）

0721デフォルトの名無しさん

2005/03/26(土) 11:38:33

あの記事は機能紹介に詰め込みすぎて、C++/CLIの魅力を伝え切れていない気がするね

ポインタとハンドル、ヒープとCLIヒープ、そして、CLI経由での互換性、C++としての旧来の
ライブラリ互換性、コンパイル時展開されるテンプレートと、コンパイル時には生成型と
いう形で一次展開され実行時に正式に型に合わせた形で展開されるジェネリクス

基本的にはC++/CLIはC++に対するCLIのアドオンという位置づけをもっと明確に示して
説明するべきではなかったのかなぁと思われ

ぶっちゃけた話、JVMをJNI経由でC++から直接操作してるようなものだし

>>719
CLIの対応型を純粋仮想関数だけのネイティブ・クラスと混在させないために必要なんだよ
混合型だとC#やVBから呼べなくなるから

>>720
>>714 の８章を読んでみるといいよ。valueクラスのところとか、Javaに対する皮肉や
パフォーマンスに関する苦労がさりげなく感じ取れる（ｗ

0722デフォルトの名無しさん

2005/03/27(日) 23:46:32

つまり.NETFrameWorkの枠組み(他の言語から呼び出せるとか)
への対応が強化された

って理解でいいのかな

0723デフォルトの名無しさん

2005/03/28(月) 00:34:09

ん。C++ユーザーにとって、C#が不要になるくらい親和性が高くなったというとこ

0724デフォルトの名無しさん

2005/03/28(月) 21:31:57

C#見捨てないで・・・

0725デフォルトの名無しさん

2005/03/29(火) 16:59:42

C#、君はいい言語だったが、君のお父上が悪いのだよ

0726デフォルトの名無しさん

2005/03/29(火) 18:28:01

まあ、1からの .NET アプリ開発だとやっぱりC#の方が綺麗だろ。

0727デフォルトの名無しさん

2005/03/30(水) 02:25:04

>>726
私はC++のポリシーの無さが限りなく心地よいのだが、それでも
確かに.netを用いた開発においてはC#の方がC++/CLIよりも開発
効率の点で勝っていることを認めざるを得ない。

0728デフォルトの名無しさん

2005/03/31(木) 06:16:09

Dから(CまたはC++)は利用できますか？
出来るとしたらそのときはmanagedC++使うんですか？

0729デフォルトの名無しさん

2005/03/31(木) 10:32:17

>728
D言語とMC++、C++/CLI には直接的な関係はありません
DからのC/C++関数呼び出しはこちらのｽﾚで聞いてください

D言語 Part 6
http://pc8.2ch.net/test/read.cgi/tech/1109933426/

0730デフォルトの名無しさん

2005/04/09(土) 22:31:08

Beta2 まだかねぇ。結局、for each は採用されるのだろうか
正式な仕様が公表されていないから、実際にどうなっているのかWhidbeyで動かして
見ないとわからんと言うのは問題だな

0731デフォルトの名無しさん

2005/04/10(日) 11:09:19

for each は Beta1 でももう、Visual C++ 2005 Tools Refresh
でアップデートされたときから、サポートされてるよ。
http://www.microsoft.com/downloads/details.aspx?FamilyID=afd04ff1-9d16-439a-9a5e-e13eb0341923&displaylang=en
最初のバージョンとはかなり違って、公表されてる仕様に近くなってるから、
覚悟してアップデートするように。

0732デフォルトの名無しさん

2005/04/10(日) 12:04:05

これ、以前入れたら cl が実行時にセグ落ちするようになっちゃって、もとのBetaを
入れ直した憶えがある
構文が公開仕様に近いなら、試してみたいが・・・うーん

ファイナライザとか実装されてる？

0733デフォルトの名無しさん

2005/04/10(日) 17:02:26

>> 724
C#はもうJIS規格になったよ。見捨てられないね。

0734デフォルトの名無しさん

2005/04/17(日) 08:13:50

フレームワークが標準で着いてくるようになってるけど
まだ9x系使ってる人もいるからな…

0735デフォルトの名無しさん

2005/04/17(日) 08:51:22

さぁ、Beta2が楽しみだ。ファイナライザとインデックスド・プロパティ、混合型が
実現していますように

ところで、正式な仕様はまだ公開されないのかねぇ

0736デフォルトの名無しさん

2005/04/19(火) 10:56:18

Beta2 が出たね。VS2005 のバージョンは、まだ MSDN 会員専用みたいだけど。
Express 版は一般向けに出てきた。
まあ、.NET Framework 2.0 SDK Beta2 さえインストールすれば、
C++/CLI の safe モード機能はすべて使えるはずだから、暇なときに入れとくことにするよ。
STL.NET が付くのはどれなのかな。
http://lab.msdn.microsoft.com/vs2005/downloads/default.aspx

0737デフォルトの名無しさん

2005/04/19(火) 21:32:49

ん。ファイナライザの動作を確認

STL.NET はまだでしょう？

0738デフォルトの名無しさん

2005/04/20(水) 11:21:09

Beta2 にて

・インデックスド・プロパティ：動作
・ファイナライザ：動作
・パラメータ配列：動作
・for each：動作

あとなんかあったっけ？

0739デフォルトの名無しさん

2005/04/20(水) 11:26:34

インスタンス時生成も動いた

コンストラクタでこうするﾔｼ
TestClazz() : _name(gcnew String(L"My Name")) { }

基本的な言語機能は出そろったのかな

0740デフォルトの名無しさん

2005/04/20(水) 12:21:15

ｲｲﾈ

0741デフォルトの名無しさん

2005/04/21(木) 13:49:57

System::StringをLPSTRに変換したいのですが
どうしたらいいでしょうか？

0742デフォルトの名無しさん

2005/04/21(木) 14:11:22

pin_ptr を使う

array<wchar_t>^ arr = stringVal->ToArray();
pin_ptr<wchar_t> pptr = &arr[0];

で pptr を WideCharToMultiByte に wchar_t* として渡せばいい

#include "windows.h"
とライブラリの明示的リンクを忘れないこと

0743デフォルトの名無しさん

2005/04/21(木) 14:19:33

追加。おすすめとしては、基本的にWin32 APIを使う時はユニコードにしておいた方が
大抵のAPIはいちいちMBCSへの変換をかますことなく、pin_ptr を渡せるので
そっちをお勧めする

0744デフォルトの名無しさん

2005/04/21(木) 17:28:14

>>742
stdcli::languageを使うにはどうしたらいいのでしょうか？

using namespace stdcli::languageと書いたのですがダメでした
何を参照すればいいのでしょうか？

0745デフォルトの名無しさん

2005/04/21(木) 17:39:01

えーっと、ごめん。Beta2だよね？
Beta2 では pin_ptr や safe_cast, array<> は stdcli::language 宣言しなくても使えるように
なったよ。だから、逆に宣言してはいけない（はず）

0746デフォルトの名無しさん

2005/04/21(木) 17:48:23

>>745
Beta2とかよくわからないです(´Д｀;)
でも
array<wchar_t>^ arr = stringVal->ToArray();
を書いたら

error C2059: 構文エラー : '^'
error C2065: 'array' : 定義されていない識別子です。

ってエラーが出てしまいます。

0747デフォルトの名無しさん

2005/04/21(木) 17:59:31

それはもしかして、普通に managed C++ でしょうか。VisualStudio は 2005 ではない？
だったら、 >>615 なんだけど

0748デフォルトの名無しさん

2005/04/21(木) 18:03:41

>>747
多分普通のmanaged C++ なのかなぁ
Microsoft Visual Studio .NET 2003を使ってます。

>>615を試した方がいいですかね？
できれば>>615を、もうすこし解説してもらえると助かります。

0749デフォルトの名無しさん

2005/04/21(木) 18:19:41

あ、思いっきり普通の managed C++ ですね。最近、C++/CLIで調子に乗ってたから

managed C++ にはユーティリティ関数がいくつか用意されていて
#include <vcclr.h>
で使えるようになります。

あとは、
PtrToStringChars で System::String __gc * 型を LPCWSTR に変換して、それに
WideCharToMultiByte を実行するって手順になります

これでだいたい判るよね？

0750デフォルトの名無しさん

2005/04/21(木) 18:22:00

>>749
ありがとうございます（＾∀＾ヾ|

なんとか出来そうな感じがしてきました

0751デフォルトの名無しさん

2005/04/21(木) 19:42:41

MC++をデバックすると
ウォッチで中身が確認できないのですが
解決方法ないでしょうか？

＊Microsoft Visual Studio .NET 2003を使ってます。

0752デフォルトの名無しさん

2005/04/22(金) 09:50:26

>>751を知ってる方いないでしょうか？

0753デフォルトの名無しさん

2005/04/22(金) 11:12:29

TRACEするか、System::Diagnostic::Trace 使うしかないんでないかい？

0754デフォルトの名無しさん

2005/04/22(金) 11:47:16

>>753
よくあることなの？
デバッカーが使えないのはなんとも不自由だ(´Д｀;)

がんばります

0755デフォルトの名無しさん

2005/04/25(月) 05:24:18

C++/CLIって正式に出るのはいつなんだ？
今managedC++をやるべきか躊躇している。

0756デフォルトの名無しさん

2005/04/25(月) 08:43:22

ECMA標準化作業は本当は正式勧告は去年末の予定だったらしいが、３月まで延びた
実装はMSしかやっていないわけで、当然、VisualStudio 2005 の出荷待ち

仕事で必要なんだったら、MC++をやる以外に選択肢はないんだが、勉強程度だったら
C++/CLIを押さえておく程度で問題はないんじゃないか

0757デフォルトの名無しさん

2005/05/07(土) 01:01:21

MC++とC++/CLIってどう違うの？

0758デフォルトの名無しさん

2005/05/07(土) 01:24:09

MC++をもちっと使いやすくして
文法を整えたのがC++/CLI

0759デフォルトの名無しさん

2005/05/07(土) 11:47:58

Beta2 の C++/CLI だが、 enum 型の背景型指定が効いていない気がして

public enum class Width : double
{
　　Undefine = 0.0
};

とすると、コンパイル・エラーが出る
　おかしいなと思って調べてみたら、駄目じゃん、int 系の型しか背景型にならないとMSDNに
書いてあったorz

public struct PaperSize
{
　　double Width;
　　double Height;
};

public enum class Paper : PaperSize
{
　　Ax = { 1000.0, 2000.0 }
};

とかできると信じていたのに

0760デフォルトの名無しさん

2005/05/07(土) 15:26:33

さすがにenumは整数型だろうよ...

0761デフォルトの名無しさん

2005/05/07(土) 16:31:00

C++/CLIってC++の文法規則からだいぶ逸脱してるのかい？

0762デフォルトの名無しさん

2005/05/07(土) 17:53:13

既存のc++クラスのコードはそのまま使えるよ
追加分があるだけ

0763デフォルトの名無しさん

2005/05/07(土) 18:03:22

単純にライブラリの追加というよりは、文法にもメスを入れてるのか？

0764デフォルトの名無しさん

2005/05/07(土) 18:37:30

>760
いや、MS から手に入る去年の６月版ドラフトには float, double も可能と書いてある
奴ら実装で手を抜きやがった
あ、いや、信じてるよ。正式リリース時にはちゃんと float や double も背景型に
指定できるって。__int64 まで対応しているから、エリア的には大丈夫なはずだし

0765デフォルトの名無しさん

2005/05/07(土) 20:20:02

>763
そりゃ、基本的な型だけでも参照型と値型の２種類。インターフェイスやデリゲート、属性も
増えてるんだから、文法にも手を入れないとキャストもできないだろ

0766デフォルトの名無しさん

2005/05/08(日) 18:09:55

VS2005にC++/CLIが含まれてるの？

0767デフォルトの名無しさん

2005/05/08(日) 22:10:30

>766
yes
ここで出てる C++/CLI の話は、全部 VS 2005 Beta での話

0768デフォルトの名無しさん

2005/05/08(日) 22:35:44

C++/CLIも中途半端なリリースになっちまうんじゃないか？

0769デフォルトの名無しさん

2005/05/10(火) 00:16:43

ttp://mag.autumn.org/Content.modf?id=20050506023118
こんな事書いてる

確かにその意見には同意するし、C++/CLIへの評価も判る
だが、なぜだろう。疫病神に取り憑かれたような気がするのは（ｗ

0770デフォルトの名無しさん

2005/05/10(火) 16:49:06

ＶＣ＋＋っていう名前がＣ＋＋／ＣＬＩになるのけ？

0771デフォルトの名無しさん

2005/05/12(木) 16:09:53

Jan, 2005 ものを発見
ttp://download.microsoft.com/download/9/9/c/99c65bcd-ac66-482e-8dc1-0e14cd1670cd/C++-CLI%20Standard.pdf

0772デフォルトの名無しさん

2005/05/24(火) 09:30:33

VS2005は
C++のexportには対応してくれてるのかな？

0773デフォルトの名無しさん

2005/06/03(金) 17:34:04

VS2005のスレから来ました。以下、知ってたら教えてください。

VS2005TSβ２、VC8で、共通言語ランタイムを有効にしてビルドした
ものを実行しようとすると、必要なDLL が無いと怒られました。

手動で.NET Frameworkの該当するフォルダにパスを通せば動く
のですが、手でパス設定しなければならないものでしょうか？
（そんなこと無いと思うのですが）

今までネイティブしかやってないので、勝手がわかりません…
どなたかお願いします。

0774デフォルトの名無しさん

2005/06/03(金) 17:43:30

そのDLLが.NETのアセンブリならパスは不要だが、普通のDLLならパスが必要。
printfなどのc/c++の関数使っているならいくら/CLRでコンパイルしても
呼び出されるDLLはネイティブのものだからパスが必要になる。
具体的にはどのDLLが無いと出たのか書かないと答えられんよ。

0775デフォルトの名無しさん

2005/06/03(金) 18:11:02

>>774
返事ありがとう。
DLLはmsvcr80.dllでした（無記入ｽﾐﾏｾﾝ）
通したパスは
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50215
です。
printfは使っています。

0776773&775

2005/06/03(金) 18:14:56

>>774
くだんのプログラムですが、共通言語ランタイムを無効にして
ビルド＆実行したときには特に問題は無いです。

このことは、ネイティブなDLLへのパスは通っているという
解釈になりませんか？

0777デフォルトの名無しさん

2005/06/03(金) 18:18:07

いや

0778デフォルトの名無しさん

2005/06/03(金) 18:35:28

共通言語ランタイム無効で次のオプションでコンパイルしてみ。
実行すると同じエラーが出るはず。
cl /MD xxx.cpp
msvcr80.dllはマルチスレッド対応のランタイムルーチン。シングルスレッドモードの場合は不要。
/CLRの場合常にマルチスレッド対応であることが要求されるため暗黙に/MDが付加される。
VC++6.0用のものは、c:\windows\system32\msvcrt.dll にあるからパスは不要なのだ。
リリース版になったらインストール時にwindows\system32にコピーされるようなるのだと思う。

0779773

2005/06/03(金) 19:06:01

>>778
元のプログラムがマルチスレッドプログラムなので /MT を使って
ビルドしています。 /MD 使ってビルドして実行したらハングするかも
（共通言語ランタイム無効の場合）

/CLRの時は、コード生成は/MDにしましたが（そうしないとコンパイルエラーが出る）、
それがdllが無いと言われる原因？

ちと混乱してきました。

１・/CLRをつける
２・/MT->/MDにする（共通言語ランタイムでは、MDでマルチスレッド対応なので問題なし）
３・msvcr80.dllが無いといわれる。

という流れですか？　結局回避するにはどうしたらいいのでしょう。

ちなみに、c:\windows\system32 の中には msvcr80d.dllだけありました。
msvcr80.dllを手でコピーしちゃえば問題なくなるのはわかりますが、
要はβ2では、msvcr80.dllを使うプログラムは、自分（VSの使い手）で
何とかせい、ということでしょうか？

0780デフォルトの名無しさん

2005/06/03(金) 19:30:52

_ATL_MIN_CRT

http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/vccore/html/vcconusing_atl_min_crtinyouratlproject.asp
http://hp.vector.co.jp/authors/VA022575/c/atlmincrt.html
http://home.att.ne.jp/banana/akatsuki/doc/atlwtl/atlwtl08-03/
http://www.hi-ho.ne.jp/babaq/comprog2.html

0781デフォルトの名無しさん

2005/06/03(金) 23:12:49

>780
いや、明示的に printf なんて使ってるからそれじゃ駄目だろう

>779
C ランタイム・ライブラリのBeta版をシステムに入れちゃいかんだろうさ
モジュールの横に置いたら？

0782デフォルトの名無しさん

2005/06/04(土) 00:21:47

>>779
こちらのは前のバージョンなので違うのかもしれないが、
/clr のデフォルトは /MT になってるぞ。/MDは指定可能だが
/MLは不可になってる。/MTじゃエラーになるのかな？
/MT ならモジュールサイズはでかくなるがDLLは不要だ。

0783773

2005/06/04(土) 01:00:46

>>781
msvcr80d.dll（デバッグ用？）のは知らない間にもう入ってました。

>>782
＞/MTじゃエラーになるのかな？
β2だとコンパイルエラーになります。

0784773

2005/06/04(土) 01:24:33

VS2005スレで教えてもらったリンクで概要がなんとなくわかりました。
http://pc8.2ch.net/test/read.cgi/tech/1113305966/201-203

0785デフォルトの名無しさん

2005/06/04(土) 01:51:26

>>784
サイドバイサイドか、いよいよWin2000は切捨てかのう。

0786773

2005/06/04(土) 12:55:37

>>785
XPSP2にVS2005をインストールして試してますが、
2000だとC++/CLIのランタイムはどうなるんでしょうね？

0787デフォルトの名無しさん

2005/06/04(土) 20:27:42

>786
別に変わらんでしょ。COMのサイド×サイドがない振る舞いをするだけで
アセンブリのロードはCLRが管理するから、問題ないんじゃね？

0788デフォルトの名無しさん

2005/06/04(土) 21:06:11

msvcr80.dllはアセンブリじゃないんじゃないの？

0789773

2005/06/05(日) 06:30:55

>>779
以下、勘違いでした。

＞元のプログラムがマルチスレッドプログラムなので /MT を使って
＞ビルドしています。 /MD 使ってビルドして実行したらハングするかも

/MLと勘違いしてた。 /MTを/MDにしてもハングする訳ないですね。
っていうか、VS2005って、/MLがなくなってるみたい。今気がついた…

スレ違いｽﾐﾏｾﾝ

0790デフォルトの名無しさん

2005/06/05(日) 09:28:54

>788
DLL のロード順て、exe の位置が最優先でしょ
今まで通りサーチは PATH に従うだけで何か問題ある？
mfc の DLL とかと同じ扱いすればいいんじゃねぇの

0791デフォルトの名無しさん

2005/06/05(日) 14:47:38

いいえ

0792デフォルトの名無しさん

2005/06/05(日) 15:53:27

> DLL のロード順て、exe の位置が最優先でしょ

アホか

0793デフォルトの名無しさん

2005/06/05(日) 16:58:37

ん？
MSDN の LoadLibrary には

1.アプリケーションのロード元ディレクトリ。
2.現在のディレクトリ。
3.Windows System ディレクトリ。32->16
4.Windows ディレクトリ。
5.PATH 環境変数にリストされたディレクトリ。

と、書かれているが違うの？

0794デフォルトの名無しさん

2005/06/05(日) 17:35:47

整理するとDLLは３種類ある。
1)普通のDLLは >>793 のとおり、ただしWinXP以降Win32マニフェストで変更可能。
2)ActiveXのDLLはレジストリに登録されたパスからロードされる。Win32マニフェストで変更可能。
3)アセンブリのDLLはCLR管理で、少し端折るがGAC、codebase、exeの位置から相対パスで特定の
ルールで検索。codebaseはアセンブリマニフェストに相対パスで記録される。
（マニフェストも２種類あるのでアセンブリとWin32を接頭語として付けてみた。
マニュアル上の表記ではないがまったく別のものなので区別しないと混乱の元。）
managed c++, C++/CLIはすべてのDLLを使えるため1,2,3を意識しなきゃいかんということ。
msvcr80.dllは (1)なのでWin32マニフェストが機能しないWinXPより前のOSでは
>>793 のリストのどこかに配置しなければならない。
VS2005でコンパイルするとmsvcr80.dllはWin32マニフェストで指定されるため、XP以降は
Win32マニフェストをexeと同じ場所に置くか、Win32リソースとして埋め込むかすればよい。
まあこれじゃユーザーが混乱するのも仕方ないわな。

0795デフォルトの名無しさん

2005/06/05(日) 17:49:27

>794
だから、2kだと変わらんよね？　msvc80.dll はネイティブだから exe の位置に置けば
特に変わらないよと逝っているんだが、なんで漏れが否定されているのかよく分からない(´･ω･`)

0796デフォルトの名無しさん

2005/06/05(日) 18:10:59

>>795
> DLL のロード順て、exe の位置が最優先でしょ
のDLLの部分がmsvc80.dllを指しているのか、DLL一般のことを言ってるのか
区別がつきづらかったのだと思うが、>>792が脳髄反射で反応してるのは確かだ。

■ このスレッドは過去ログ倉庫に格納されています