Client」を公開した。XやLinuxでも動作するのが特徴。ClientはランタイムとWebブラウザ用のプラグイン、そしてGCCベースのコンパイラから構成されており、SourceForge.JPマガジンによるとセキュリティでは、インナーサンドボックスとよぶソフトウェアコンテナシステムを利用して、静的な分析技術によりネイティブコードモジュールとホストシステム間で意図しないインタラクションの発生を防ぐとのこと。Chrome、Opera。オープンソースということで移植などは困難ではないかもしれないものの、ユーザビリティ的にもセキュリティ的にも、プラットフォーム依存のバイナリを動かすということが必要なのだろうか、とタレコミ子は思ってしまうのだが......。Client向けに移植中この議論は賞味期限が切れたので、アーカイブ化されています。新たにコメントを付けることはできません。既存のexecutableは使えない。再コンパイルしないといけない。RPCそれ以外に組み込みのランタイムコールとしてファイルIOとソケットなんかを提供するようだ。サンプルも見てみよう。(#1470978)またブラウザに穴を空けるようなことを・・・と思ってしまう。(#1471102)穴空きだけにアナーキーですね、分かります。現状それでもどうにかなってしまうほどに、x86アーキテクチャが普及しているからこそできる手段ではありますね#考えようによっては、Atomをはじめとする携帯端末向けx86プロセッサを後押しする技術ではあるかもそうでなくとも携帯端末向けにはARM辺りのネイティブコードでOSを横断・・・といったこと考えられるでしょうが。使い分け続ける状況が続いてしまうような気がします。コードを実行できるのでしょうか。コードを実行できるのでしょうか。これ、できそうな気がするんですが。x86-64は「バイナリレベルで後方互換」とかいってませんでしたっけ。うろ覚えしてるだけなので、あれですが...。64bitの良さは生かせないけど、制約になるほどのものでもない気がします。手段を提供するための布石に見える。段々、Googleが環境を整えてきている感がします。OSを実行!みたいな方向じゃないでしょうか。ウィルスチェッカやデフラグソフトなんて興味持ってなさそう。OSを実行!みたいな方向じゃないでしょうか。>ウィルスチェッカやデフラグソフトなんて興味持ってなさそう。「NativeClient上で、Linux起動成功!」とかになるんですね。ブラウザは、単にアプリを起動するためのランチャーとなると考えると、広域版ファイルマネージャ的なものになることを考えているんでしょうかね。Coward管理者権限でウェブサーフィンするつもりか権限昇格の大穴でも開けるつもりなのか知らんがウェブブラウザにディスク管理なんかされたら堪らん。OSのAPIを呼ぶ、他のプロセスと通信する、ってことだよなぁ・・・。某所に納める時には、ActiveX、SSI、IIS関係禁止なんだよね。枯れた技術って何だろうって、最近思います。誰もが使えて、極一部であってもなじみがある。平易な技術が求められ容易に理解できることこそ重要。その技術者、ノウハウのベース構築あって次があるのは間違いない。今後も求められる技術基礎部分のレベルは上がるが、(たぶん)ユーザーにはよりよい利便性が提供される。難度を上げーの、技術者蟻地獄の悪循環に陥ると。社会の教科書で時間がないから、近代史全部省かれて、独自で再勉強みたいな。平易にすれば良いのでしょうね。皆さんの会社ではどうしているのだろう。