- - PR -
iniファイル読込でエラー
«前のページへ
1|2|3
投稿者 | 投稿内容 | ||||||||
---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2004-03-30 14:39
まあ、そうではあるんですけど、今回の話とはちょっと微妙かも… .NET Framework 上で何らかのアプリケーションが動作するとき、そこに絡んでくるバージョンは、ランタイムのバージョンと、そこでロードされるアセンブリのバージョンがあります。 MSCORLIBだったかは、ランタイムに合わせて固定だったかな…ちょっとはっきり覚えてませんが。 で、元々の話としては、ランタイムのバージョンを問題にしているので、アセンブリのバージョン指定とはまた別の話なのですが、しかしながら、FileOpen?はVB用のアセンブルにあるでしょうから、実は問題になるのはロードされるアセンブリのバージョンです。 ただ、ビルド時のアセンブリ参照時には、VBのアセンブリ?はビルドした環境用のバージョンを参照していますから、実行時に読み込まれるアセンブリもビルド時のアセンブリになりますね。 本質的には、今回のような動作(まあ、今回のことに関してはドキュメントミスのようですが)は、ロードされるVBのアセンブリのバージョンに依存するということになるでしょう… | ||||||||
|
投稿日時: 2004-03-30 14:52
一郎さんが示されたところにある「.NET Framework Version 1.1 を使用して作成されたアプリケーションを .NET Framework Version 1.0 で実行するように指定するには」の構成ファイルを作成し、よねKENさんのPGを動かしました。
結果、シェアされていないので、ドキュメントの不備と判断します。 #が、ランタイムのバージョンを見られる? 「作られたバージョンで動作する」と思いこんでいました。。。 #間違い失礼 読み返してみたのですが、この説明には、1.0で作ったアセンブリは、1.1がインストールされている環境で、1.1を使用して動作する、と書いてあります。そして、1.0で作ったアセンブリを1.1で動かす為の構成ファイル、1.1で作ったアセンブリを1.0で動かす構成ファイルはあるのですが、1.0で作った物を、混在環境でも1.0で動かすようにする(書いていてややこしいぞ)構成ファイルはあがっていませんね。 なちゃさんのおっしゃる『VB用のアセンブルにあるでしょうから、実は問題になるのはロードされるアセンブリのバージョンです。』も、
これか、
これのどちらかだと思います。(バージョンごとにバインド先を変更することができるみたいですね) [ メッセージ編集済み 編集者: Jitta 編集日時 2004-03-30 15:09 ] | ||||||||
|
投稿日時: 2004-03-30 16:23
これに関しては、ほっておけば自動的にこうなるので書かれてないんでしょう。 で、この動作を変更する必要がある場合に、構成ファイルでの指定を明示的に行うということだと思います(動作させるランタイムおよびロードされるアセンブリのバージョンリダイレクト)。 |
«前のページへ
1|2|3