アカウント名:
パスワード:
完全では無いといえ互換性こそがWintel(死語)が支持された最大の理由なわけで32bitハードウェアは陳腐化してもそこで動作していたソフトが動かなくなったら誰もついてこないでしょうMACのように上手く本体の足を引っ張らない互換レイヤーを作って脱却できればいいですが、単純に切り捨てたら命取りになるかと
64ビット必須にした場合、ソフトウェアで使えなくなるのは、16ビットなモノ程度。どうしても使いたいなら、仮想環境で使うのが逸般的。
#デバイスドライバ辺りは、ソフトウェア扱いしない:b
デバイスドライバに限らず、古めの32bitソフトはいまだに結構な確率で問題を起こします。自社開発の社内ソフトなどは特に。ComやDLLあたりがネックになります。
内部でVB6やその前に提供されたVBでCOMを作成するサブセットなので作られたcomを使用していると、DLL->DLLやCOM→COM DLL<ー>COM の呼び出しは32bit同士でないと動かないため、手詰まりに陥ることがあります。
プラグインDLL的なモノを扱っている場合、呼出し元プログラムの変更への対応という事で、そういうのは有るには有るね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
互換性が命 (スコア:0)
完全では無いといえ互換性こそがWintel(死語)が支持された最大の理由なわけで
32bitハードウェアは陳腐化してもそこで動作していたソフトが動かなくなったら誰もついてこないでしょう
MACのように上手く本体の足を引っ張らない互換レイヤーを作って脱却できればいいですが、単純に切り捨てたら命取りになるかと
Re:互換性が命 (スコア:2)
64ビット必須にした場合、ソフトウェアで使えなくなるのは、16ビットなモノ程度。
どうしても使いたいなら、仮想環境で使うのが逸般的。
#デバイスドライバ辺りは、ソフトウェア扱いしない:b
Re: (スコア:0)
デバイスドライバに限らず、古めの32bitソフトはいまだに結構な確率で問題を起こします。
自社開発の社内ソフトなどは特に。
ComやDLLあたりがネックになります。
内部でVB6やその前に提供されたVBでCOMを作成するサブセットなので作られたcomを使用していると、
DLL->DLLやCOM→COM DLL<ー>COM の呼び出しは32bit同士でないと動かないため、
手詰まりに陥ることがあります。
Re:互換性が命 (スコア:2)
プラグインDLL的なモノを扱っている場合、呼出し元プログラムの変更への対応という事で、そういうのは有るには有るね。