アカウント名:
パスワード:
MSの本業は言語屋って事なんですかねこの目論見が成功するとx86もろともWindowsの独占力も吹き飛ばしてしまいかねないのでは
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
FireBird (スコア:1, 参考になる)
MicroSoft の目標は .PDB デバッグ情報をヒントにした、Native <-> Managed 相互コンバーターの作成です。
Managed コードは、それ自体が中間言語ですから十分な情報がついていますが
一般 Native コードにはそれがない。力業で逆アセンブルしても完全には内容が把握できない。
だが .PDB に十分な情報が入っていれば何とかなる。
ここで .PDB 付き Native バイナリを生成した元言語は必要ないことに注意。
アセンブラだろうが C++ だろうが、.PDB 付き .EXE/.DLL から C# ソースを作成してしまうことができるわけ。
いっ
Re: (スコア:0)
ftp://ftp.research.microsoft.com/pub/tr/TR-2006-43.pdf [microsoft.com]
CPUのみならずOSやManaged-Nativeの壁すら旧来の資産を保ったまま往来する、というかスムーズに移行できる、というのがMSが描いているゴールなのかもしれません。
Re: (スコア:0)
MSの本業は言語屋って事なんですかね
この目論見が成功するとx86もろともWindowsの独占力も吹き飛ばしてしまいかねないのでは
Re:FireBird (スコア:0)
FireBird のすべてが公開されるとは限らない。でしょ?
恐らく、変換エンジンそのものは Windows という名の OS から外には出てこないでしょう。
もしすべてが成就したら....
MS の売る「Windows」と言う名前の OS は、x32/x64/i64 だけではなく PowerPC / ARM / SPARC からメインフレーム CPU まで一つのバイナリで
サポートします。小さな .NET Framework カーネルと FireBird エンジンだけが真の Native コードとして提供される。
(デバイスドライバとかは、とりあえず忘れてください)
その「Windows」上では、過去のある特定の「Windows」OS で動く/動いていたアプリケーションは、そのまま無変更で動作可能。
古い MS Office や Windows CE アプリが、そのまま起動する。
ということになります。うまくいけばね!