Musings

おそらくわかっているのでSpiderMonkeyのようなJavaScriptエンジンは保証という理由から普通ローカルファイルシステムへのアクセスを可能にしない。  開発者がコマンド・ラインからの原稿をテストすることを可能にするためにはjsはSpiderMonkeyエンジンに1つ以上のJavaScriptの原稿に荷を積むことを可能にする負荷()機能を含んでいる。  但しこれは平均がファイルシステムに書く提供されないので私たちの目的にとって十分ではない。  ソースコードをよく見て、私はファイル目的のためのサポートに気づいた。  しかしこのサポートはデフォルトで可能にならない。  可能になるこの選択のSpiderMonkeyを単にリコンパイルすることは十分ではない; またネットスケープの携帯用ランタイムの(NSPR)図書館をダウンロードし、造らなければならない。  この図書館はシステムレベルにそして機能libcのようにプラットホーム中立APIを提供し、Mozillaのいくつかのプロジェクトおよび他の第三者のソフトウェア開発者によって使用される。  現在のリリースは4.7.3であり、それをここにダウンロードできる。

NSPRのSpidermonkeyを造ることへあるgotchasがある。  まず、首尾よくNSPRを造る必要がある。  NSPRのためのソースコードのtarballは標準的なGNUと自動設定する用具を来る。  64ビットシステムにあれば、と形成する実行する必要がある-選択を可能にし64bitなさい; さもなければ造りはすぐに失敗する。  テストサブディレクトリーへの行き、testsuiteを造り、そして実行することによってそれから造りをテストするべきである。  SpiderMonkey 1.7およびない以前のリリースを造っていることをまたlibnsprおよびNSPRヘッダーを含むためにSpiderMonkeyのMakefile.ref (私を仮定している)変更する必要がある。  コンパイル時2つはである必要定義する。  作るためにMakefile.refのまたはコマンド・ライン議論としてJS_HAS_FILE_OBJECTそしてJS_THREADSAFEを定義できる。  の後でより、首尾よく天然ファイル目的サポートとのSpiderMonkeyを造れるべきである。

私達がファイル目的のためのサポートとのjsの造りを有するので、私達することができる何がそれと。  それで、私は私達が期待されたこんにちは世界の原稿から始まるべきであることを推測する。 js> File.output.writeln (「こんにちは世界」); こんにちは世界の本当のjs> File.output.writeln (「こんにちは、世界」); 「良い」こんにちは、世界の良いjs> File.output.writeln (「こんにちは、世界」); 「」こんにちは、世界のjs>

気づきなさい上で示されているように何か他のものを付けなかったら本当outputted。  ワーキング・ディレクトリのための例ファイル目的の特性をリストする方法を示すもう一つの短い例はここにある。 js>のdir =新しいファイル(`。「); /home/fpm/js/。 (dirのi)印刷物(i)のためのjs>; 長さ親パス名のisDirectory isFile canReplace canReadのcanWriteのcanAppendのisOpenある