NI-Lab.です。
>水野です。
>
>
>> ところで、私の使用しているマシンはVBのランタイムをインストー
>> ルした覚えはありませんが、動いてしまいました。Windows2000では
>> 最初からVB6のランタイムが入っているんですね、たぶん。
>
>
>それは確かですか？
ぜんぜん確かじゃありません(^_^;)
どこかで取得した遠い記憶です。
そういう情報をメーリングリストで流すのはよくないことかもしれ
ませんが、まぁここは雑談なので。
もしもあるならば、元の情報となる文書などに当たるほうが良いと
思います。わかっていることとは思いますが、あまり人の意見を鵜
呑みにしないほうがいいです＞皆様
>だったら、一応ＤＬ画面に書いておいたほうが親切でしょうか？
>Ｗｉｎｄｏｗｓ２０００の人は小さいほうのファイルでＯＫよ、とか？
どうなんでしょうね……相手の環境はWindowsのバージョンではな
くDLLで決まるものですからね。たしかに書いてあれば親切だろう
とは思います。
>> それと、DLLのバージョンについてですが、Winodws2000では常に最新
>> のものだけが残るようになっているとか。とすると、いまからVB5を
>> Windows2000に入れることはかなり自殺行為ですよね。
>> # これじゃVB5が入れられない、ガー！
>
>
>最新のものということは、最新のバージョンのＤＬＬが残るという
>ことですか？
たしかそうではないかと遠い記憶が言っております(-_-;)
以前、DLLのバージョンを古いものに戻すことができませんでしたし。
>じゃあ、自殺行為というのはおおげさですよね。
>状況としては結局何も変わらないんじゃあないでしょうか？
かなり違いますよ。VBのようにDLLに依存している(WindowsはDLLの
塊だ！というのは置いといて)ソフトでは、前のバージョンのDLLを
使いたいときに困ります。
具体的に私が困ったのは、
VB5で開発しているマシンにVB6を入れてしまうと、VB5で使用して
いるコモンダイアログがバージョンアップしてしまいました。これ
では、配布条件にコモンダイアログのバージョンを考慮しなくては
いけなくなります。VB5がインストールされている環境でも動かない
ソフトができあがるわけです。
VBはさまざまなコンポーネントを利用しています。それぞれのバージ
ョンを調べるのはとても面倒ですし、配布先のマシンの環境を整える
のも大変です。
>Ｗｉｎｄｏｗｓ２０００以前は大きな問題になっていましたが、
>今はそれほどじゃないんじゃないですか？
開発するわけじゃないなら、つねに最新にしておけば、それなりに
だいじょうぶだと思います。
でも、DotNetではどうするんでしたっけDLL...
NI-Lab. nilab@…
http://www13.freeweb.ne.jp/computer/nilab/
