diff --git a/ja/FAQ/misc.sgml b/ja/FAQ/misc.sgml
index 54d54065f4..69901d3dd0 100644
--- a/ja/FAQ/misc.sgml
+++ b/ja/FAQ/misc.sgml
@@ -1,6 +1,6 @@
-<!-- $Id: misc.sgml,v 1.1.1.1 1997-11-17 15:48:59 max Exp $ -->
+<!-- $Id: misc.sgml,v 1.2 1998-03-14 13:32:51 hanai Exp $ -->
 <!-- The FreeBSD Japanese Documentation Project -->
-<!-- Original revision: 1.1 --> 
+<!-- Original revision: 1.2 --> 
 
   <sect>
     <heading>その他の質問<label id="misc"></heading>
@@ -67,11 +67,11 @@
       <p>FreeBSD は伝統的な立場をとり, 数多くの世代の BSD のリリース
       で試され, 実証されてきた
       <htmlurl url="http://www.freebsd.org/cgi/man.cgi?a.out(5)"
-      name="a.out">フォーマットを使用しています. 
+      name="a.out">フォーマットを伝統的に使用しています. 
       いつかは FreeBSDシステムでネイティブ <tt/ELF/ バイナリを作り, 
-      実行することができるようになるかもしれませんが, オフィシャルには 
-      ELF をデフォルトのフォーマットに変更するような動きは, 
-      現在までありません. なぜでしょうか? ところで Linux においては, 
+      実行することができるようになるかもしれませんが, 初期の頃 FreeBSD
+      では <tt/ELF/ をデフォルトのフォーマットに変更するという動きは
+      ありませんでした. なぜでしょうか? ところで Linux においては, 
       <tt/ELF/ への苦痛をともなった変更は, その時に <tt/a.out/ 
       実行フォーマットから逃れたというよりは, ジャンプテーブルベース
       の共有ライブラリのメカニズムの柔軟性の低さからの脱却でした. 
@@ -84,14 +84,17 @@
 
       <p>FreeBSDの場合は, 共有ライブラリのメカニズムは Sun の
       <tt>SunOS</tt>スタイルの共有ライブラリのメカニズムに極めて近い
-      ものになっていて非常に使いやすいためにこれほど話は単純では
-      ありません. 実際に <tt/a.out/ に不足しているのは, <tt/ELF/ 
-      では C++ のコンストラクタとデストラクタのためのよりすっきりとした
-      サポートがあるという点だけです. 同じ程度に複雑なことがらは
-      他にもいろいろありますし, これが大きな問題となったことは絶対に
-      ありません (FreeBSDのソースツリーにある C++ のコードは本当に
-      わずかな量しかありません). 移行をおこなうのであれば, 
-      いろいろな面からよりじっくりと考慮すべきです. 
+      ものになっていて非常に使いやすいものになっています.
+      しかしながら, FreeBSD では 3.0 から <tt/ELF/ バイナリをデフォルトの
+      フォーマットとしてサポートされるようになることでしょう. <tt/a.out/
+      実行フォーマットはよいものを私達に提供してくれているものの, 私達の
+      使っているコンパイラの作者である GNU の人々は <tt/a.out/ フォーマット
+      のサポートをやめてしまったのでした. このことは, 私達に別バージョンの
+      コンパイラとリンカを保守することを余儀なくされることとなり, 最新の
+      GNU 開発の努力による恩恵から遠ざかることになります. その上, ISO-C++
+      の, とくにコンストラクタやデストラクタがらみの要求もあって, 今後の
+      FreeBSD のリリースでネイティブの <tt/ELF/ のサポートされる方向へと
+      話が進んでいます.
 
     <sect1>
       <heading>なぜシンボリックリンクのパーミッションは chmod で変えられないのですか?</heading>
@@ -140,15 +143,14 @@
     <sect1>
       <heading>FreeBSD 上で DOS のバイナリを動かすことはできますか? </heading>
 
-      <p>今のところはできませんが, BSDI は彼らの <tt/rundos/ DOS 
-      エミュレーションサブシステムを寄贈してくれました. これは現在, 
-      統合と改良がおこなわれています. この努力に興味を持って参加して
-      いただけるなら
+      <p>はい, 3.0 からは, 統合と改良が重ねられた BSDI の <tt/rundos/
+      DOS エミュレーションサブシステムを使ってできるようになりました.
+      今なお続けられているこの努力に興味を持って参加していただけるなら
       <url url="mailto:emulation@freebsd.org"
       name="The FreeBSD emulation discussion list">
       へメールを送ってください. 
 
-      <p>現在, 
+      <p>3.0 以前のシステムでは, 
       <htmlurl url="http://www.freebsd.org/cgi/ports.cgi?^pcemu" 
       name="pcemu"> という巧妙なユーティリティが ports 
       コレクションにあり, 8088 のエミュレーションと DOS の
diff --git a/ja_JP.eucJP/FAQ/misc.sgml b/ja_JP.eucJP/FAQ/misc.sgml
index 54d54065f4..69901d3dd0 100644
--- a/ja_JP.eucJP/FAQ/misc.sgml
+++ b/ja_JP.eucJP/FAQ/misc.sgml
@@ -1,6 +1,6 @@
-<!-- $Id: misc.sgml,v 1.1.1.1 1997-11-17 15:48:59 max Exp $ -->
+<!-- $Id: misc.sgml,v 1.2 1998-03-14 13:32:51 hanai Exp $ -->
 <!-- The FreeBSD Japanese Documentation Project -->
-<!-- Original revision: 1.1 --> 
+<!-- Original revision: 1.2 --> 
 
   <sect>
     <heading>その他の質問<label id="misc"></heading>
@@ -67,11 +67,11 @@
       <p>FreeBSD は伝統的な立場をとり, 数多くの世代の BSD のリリース
       で試され, 実証されてきた
       <htmlurl url="http://www.freebsd.org/cgi/man.cgi?a.out(5)"
-      name="a.out">フォーマットを使用しています. 
+      name="a.out">フォーマットを伝統的に使用しています. 
       いつかは FreeBSDシステムでネイティブ <tt/ELF/ バイナリを作り, 
-      実行することができるようになるかもしれませんが, オフィシャルには 
-      ELF をデフォルトのフォーマットに変更するような動きは, 
-      現在までありません. なぜでしょうか? ところで Linux においては, 
+      実行することができるようになるかもしれませんが, 初期の頃 FreeBSD
+      では <tt/ELF/ をデフォルトのフォーマットに変更するという動きは
+      ありませんでした. なぜでしょうか? ところで Linux においては, 
       <tt/ELF/ への苦痛をともなった変更は, その時に <tt/a.out/ 
       実行フォーマットから逃れたというよりは, ジャンプテーブルベース
       の共有ライブラリのメカニズムの柔軟性の低さからの脱却でした. 
@@ -84,14 +84,17 @@
 
       <p>FreeBSDの場合は, 共有ライブラリのメカニズムは Sun の
       <tt>SunOS</tt>スタイルの共有ライブラリのメカニズムに極めて近い
-      ものになっていて非常に使いやすいためにこれほど話は単純では
-      ありません. 実際に <tt/a.out/ に不足しているのは, <tt/ELF/ 
-      では C++ のコンストラクタとデストラクタのためのよりすっきりとした
-      サポートがあるという点だけです. 同じ程度に複雑なことがらは
-      他にもいろいろありますし, これが大きな問題となったことは絶対に
-      ありません (FreeBSDのソースツリーにある C++ のコードは本当に
-      わずかな量しかありません). 移行をおこなうのであれば, 
-      いろいろな面からよりじっくりと考慮すべきです. 
+      ものになっていて非常に使いやすいものになっています.
+      しかしながら, FreeBSD では 3.0 から <tt/ELF/ バイナリをデフォルトの
+      フォーマットとしてサポートされるようになることでしょう. <tt/a.out/
+      実行フォーマットはよいものを私達に提供してくれているものの, 私達の
+      使っているコンパイラの作者である GNU の人々は <tt/a.out/ フォーマット
+      のサポートをやめてしまったのでした. このことは, 私達に別バージョンの
+      コンパイラとリンカを保守することを余儀なくされることとなり, 最新の
+      GNU 開発の努力による恩恵から遠ざかることになります. その上, ISO-C++
+      の, とくにコンストラクタやデストラクタがらみの要求もあって, 今後の
+      FreeBSD のリリースでネイティブの <tt/ELF/ のサポートされる方向へと
+      話が進んでいます.
 
     <sect1>
       <heading>なぜシンボリックリンクのパーミッションは chmod で変えられないのですか?</heading>
@@ -140,15 +143,14 @@
     <sect1>
       <heading>FreeBSD 上で DOS のバイナリを動かすことはできますか? </heading>
 
-      <p>今のところはできませんが, BSDI は彼らの <tt/rundos/ DOS 
-      エミュレーションサブシステムを寄贈してくれました. これは現在, 
-      統合と改良がおこなわれています. この努力に興味を持って参加して
-      いただけるなら
+      <p>はい, 3.0 からは, 統合と改良が重ねられた BSDI の <tt/rundos/
+      DOS エミュレーションサブシステムを使ってできるようになりました.
+      今なお続けられているこの努力に興味を持って参加していただけるなら
       <url url="mailto:emulation@freebsd.org"
       name="The FreeBSD emulation discussion list">
       へメールを送ってください. 
 
-      <p>現在, 
+      <p>3.0 以前のシステムでは, 
       <htmlurl url="http://www.freebsd.org/cgi/ports.cgi?^pcemu" 
       name="pcemu"> という巧妙なユーティリティが ports 
       コレクションにあり, 8088 のエミュレーションと DOS の