OS/2 Shareware BBS: 5 Edit/05-Edit.zip/tcs17.zip/src/tcs_1-7.diff.gz/tcs_1-7.diff

Text File | 2000-03-01 | 32KB | 630 lines

--- tcs-1.orig/Makefile
+++ tcs-1/Makefile
@@ -29,6 +29,8 @@

 #example tcs output files

+ex00.utf:    tcs ex00.src
+    ./tcs -sf jis ex00.src > $@
 ex01.utf:    tcs ex01.src
     ./tcs -sf jis ex01.src > $@
 ex02.utf:    tcs ex02.src
--- tcs-1.orig/conv_jis.c
+++ tcs-1/conv_jis.c
@@ -76,15 +76,14 @@
                 EPR "%s: unexpected EOF in %s\n", argv0, file);
             c = 0x21 | (lastc&0x80);
         }
-        if((lastc&0x80) != (c&0x80)){    /* guard against latin1 in jis */
-            emit(lastc);
-            state = state0;
-            goto again;
-        }
         if(CANS2J(lastc, c)){    /* ms dos sjis */
             int hi = lastc, lo = c;
             S2J(hi, lo);            /* convert to 208 */
             n = hi*100 + lo - 3232;        /* convert to kuten208 */
+        } else if((lastc&0x80) != (c&0x80)){    /* guard against latin1 in jis */
+            emit(lastc);
+            state = state0;
+            goto again;
         } else
             n = (lastc&0x7F)*100 + (c&0x7f) - 3232;    /* kuten208 */
         if((n >= KUTEN208MAX) || ((l = tabkuten208[n]) == -1)){
@@ -163,15 +162,14 @@
                 EPR "%s: unexpected EOF in %s\n", argv0, file);
             c = 0x21 | (lastc&0x80);
         }
-        if((lastc&0x80) != (c&0x80)){    /* guard against latin1 in jis */
-            emit(lastc);
-            state = state0;
-            goto again;
-        }
         if(CANS2J(lastc, c)){    /* ms dos sjis */
             int hi = lastc, lo = c;
             S2J(hi, lo);            /* convert to 208 */
             n = hi*100 + lo - 3232;        /* convert to kuten208 */
+        } else if((lastc&0x80) != (c&0x80)){    /* guard against latin1 in jis */
+            emit(lastc);
+            state = state0;
+            goto again;
         } else {
             nerrors++;
             if(squawk)
@@ -444,7 +442,7 @@
         r = base[i];
         if(r < 128){
             if(state == jp2022){
-                *p++ = ESC; *p++ = '('; *p++ = 'H';
+                *p++ = ESC; *p++ = '('; *p++ = 'B';
                 state = ascii;
             }
             *p++ = r;
--- tcs-1.orig/regress
+++ tcs-1/regress
@@ -3,7 +3,7 @@
 uname -a        # delete this if you don't have one
 make tcs
 echo "no error messages means no errors"
-for i in 01 02 03 04 05 06 07 08 09 10 11 12
+for i in 00 01 02 03 04 05 06 07 08 09 10 11 12
 do
     f=ex$i
     rm -f $f.utf
--- tcs-1.orig/debian/rules
+++ tcs-1/debian/rules
@@ -0,0 +1,54 @@
+#!/usr/bin/make -f
+# Derived from dh_make example.
+
+#export DH_VERBOSE=1
+
+CC = gcc
+CFLAGS = -O2 -g -Wall -D_POSIX_SOURCE
+
+build: build-stamp
+build-stamp:
+    dh_testdir
+    $(MAKE) CC="$(CC)" CFLAGS="$(CFLAGS)"
+    touch build-stamp
+
+clean:
+    dh_testdir
+    dh_testroot
+    rm -f build-stamp install-stamp
+    -$(MAKE) clean
+    dh_clean
+
+install: install-stamp
+install-stamp: build-stamp
+    dh_testdir
+    dh_testroot
+    dh_clean -k
+    dh_installdirs usr/bin
+    install -m755 -s tcs debian/tmp/usr/bin
+    touch install-stamp
+
+binary-indep: build install
+# We have nothing to do by default.
+
+binary-arch: build install
+    dh_testdir
+    dh_testroot
+    dh_installdocs tcs.ps
+    dh_installexamples ex*.src
+    dh_installmanpages
+    dh_installchangelogs
+    dh_strip
+    dh_compress
+    dh_fixperms
+    dh_installdeb
+    dh_shlibdeps
+    dh_gencontrol
+    dh_md5sums
+    dh_builddeb
+
+source diff:
+    @echo >&2 'source and diff are obsolete - use dpkg-source -b'; false
+
+binary: binary-indep binary-arch
+.PHONY: build clean binary-indep binary-arch binary
--- tcs-1.orig/debian/changelog
+++ tcs-1/debian/changelog
@@ -0,0 +1,60 @@
+tcs (1-7) unstable; urgency=low
+
+  * Fixed ms-kanji handling (patch by SONE Takeshi <[e-mail]>)
+    (closes: #58972)
+
+ -- Frederic Peters <[e-mail]>  Wed,  1 Mar 2000 14:56:05 +0100
+
+tcs (1-6) unstable; urgency=low
+
+  * Moved to FHS
+
+ -- Frederic Peters <[e-mail]>  Thu,  9 Sep 1999 19:50:00 +0200
+
+tcs (1-5) unstable; urgency=low
+
+  * I forgot to change the maintainer field ...
+
+ -- Frederic Peters <[e-mail]>  Mon,  9 Aug 1999 19:30:20 +0200
+
+tcs (1-4.2) unstable; urgency=low
+
+  * New maintainer
+  * Fixed bug #28602
+
+ -- Frederic Peters <[e-mail]>  Fri,  6 Aug 1999 11:56:02 +0200
+
+tcs (1-4.1) unstable; urgency=low
+
+  * Non maintainer upload.
+  * Converted debian/rules to debhelper; changed debian/control a bit.
+
+ -- Josip Rodin <[e-mail]>  Tue, 15 Jun 1999 23:04:25 +0200
+
+tcs (1-4) unstable; urgency=low
+
+  * Interim maintainer release
+  * Set maintainer field to debian-qa, i.e. orphaning it.
+  * Updated Standards-Version
+
+ -- Martin Schulze <[e-mail]>  Sat, 24 Oct 1998 15:19:23 +0200
+
+tcs (1-3) unstable; urgency=low
+
+  * Recompiled with libc6.
+
+ -- Karl Sackett <[e-mail]>  Wed, 25 Jun 1997 10:14:09 -0500
+
+tcs (1-2) unstable; urgency=low
+
+  * Converted to new package standards.
+  * Maintainer address changed.
+
+ -- Karl Sackett <[e-mail]>  Wed, 23 Oct 1996 16:16:22 -0500
+
+1-1
+        * Added Debian support files.
+
+Local variables:
+mode: debian-changelog
+End:
--- tcs-1.orig/debian/control
+++ tcs-1/debian/control
@@ -0,0 +1,15 @@
+Source: tcs
+Section: text
+Priority: optional
+Maintainer: Frederic Peters <[e-mail]>
+Standards-Version: 3.0.1.1
+
+Package: tcs
+Architecture: any
+Depends: ${shlibs:Depends}
+Description: Character set translator.
+ tcs translates character sets from one encoding to another.
+ .
+ Supported encodings include utf (ISO utf-8), ascii, ISO 8859-[123456789],
+ koi8, jis-kanji, ujis, ms-kanji, jis, gb, big5, unicode, tis, msdos, and
+ atari.
--- tcs-1.orig/debian/copyright
+++ tcs-1/debian/copyright
@@ -0,0 +1,25 @@
+This is the Debian GNU/Linux prepackaged version of tcs.
+
+This package is now maintained by Frederic Peters <[e-mail]>,
+it was put together by Karl Sackett <[e-mail]>, from sources
+obtained from:
+        ftp://plan9.att.com/plan9/unixsrc/tcs.shar.Z
+
+For more information see:
+        http://www.gh.cs.usyd.edu.au/~matty/9term/
+
+License:
+
+tcs:
+ * The authors of this software are Rob Pike and Howard Trickey.
+ *              Copyright (c) 1992 by AT&T.
+ * Permission to use, copy, modify, and distribute this software for any
+ * purpose without fee is hereby granted, provided that this entire notice
+ * is included in all copies of any software which is or includes a copy
+ * or modification of this software and in all copies of the supporting
+ * documentation for such software.
+ * THIS SOFTWARE IS BEING PROVIDED "AS IS", WITHOUT ANY EXPRESS OR IMPLIED
+ * WARRANTY.  IN PARTICULAR, NEITHER THE AUTHORS NOR AT&T MAKE ANY
+ * REPRESENTATION OR WARRANTY OF ANY KIND CONCERNING THE MERCHANTABILITY
+ * OF THIS SOFTWARE OR ITS FITNESS FOR ANY PARTICULAR PURPOSE.
+        - Rob Pike, AT&T Bell Laboratories
--- tcs-1.orig/ex00.ok
+++ tcs-1/ex00.ok
@@ -0,0 +1,192 @@
+From dmr Thu Jan 30 17:00:03 EST 1992
+誠に申し訳ありませんが、MH front end はあと１週間だけ待って下さい。
+新しい xterm のために vtwin の変更が必要となって、それにちょっと
+手間取ってしまいました。まだもう１つ直したい bug があるのですが
+もう今日は時間がありません。
+拝啓　新緑の候、ますますご清祥のこととお喜び申し上げます。
+さて、斎藤信男先生は４月１日をもちまして、慶応義塾大学理工学部教
+授に御昇任なられました。そこで、日頃斎藤先生にお世話になっている
+私達が斎藤先生に お祝いを申し上げるためのささやかな 祝宴を企画致
+しました。当日は  斎藤研究室 OB/OG の方々、斎藤研究室現役の学生、
+また、斎藤先生ゆかりの方々が集まり、斎藤先生を囲んで楽しいひとと
+きを過ごしたいと考えております。ご家族、御友人おさそいあわせのう
+え御列席下さるようお願い申し上げます。
+おそれいりますが、ご出席の確認を下記連絡先に電話または電子メール
+にてご連絡下さるようお願い申し上げます。
+                                            敬具
+                    「斎藤信男教授を囲む会」
+日時： 昭和６２年４月２４日（金） 18:00 より
+場所： 新橋第一ホテル「レストランクラレット」
+       電話；　 03-501-4411
+会費： １万５千円 （当日記念品代１口５千円を別に御用意下さい。）
+    ただし、学生料金は別途設定してありますので御安心！
+連絡先:中村　修  [e-mail]
+       電話 044-63-9137 （斎藤研究室直通）
+       電話 03-704-4715 （中村自宅）
+                 幹事代表    村井　純、　中村 修
+拝啓　新緑の候、ますますご清祥のこととお喜び申し上げます。
+さて、斎藤信男先生は４月１日をもちまして、慶応義塾大学理工学部教
+授に御昇任なられました。そこで、日頃斎藤先生にお世話になっている
+私達が斎藤先生に お祝いを申し上げるためのささやかな 祝宴を企画致
+しました。当日は  斎藤研究室 OB/OG の方々、斎藤研究室現役の学生、
+また、斎藤先生ゆかりの方々が集まり、斎藤先生を囲んで楽しいひとと
+きを過ごしたいと考えております。ご家族、御友人おさそいあわせのう
+え御列席下さるようお願い申し上げます。
+おそれいりますが、ご出席の確認を下記連絡先に電話または電子メール
+にてご連絡下さるようお願い申し上げます。
+                                            敬具
+                    「斎藤信男教授を囲む会」
+日時： 昭和６２年４月２４日（金） 18:00 より
+場所： 新橋第一ホテル「レストランクラレット」
+       電話；　 03-501-4411
+会費： １万５千円 （当日記念品代１口５千円を別に御用意下さい。）
+    ただし、学生料金は別途設定してありますので御安心！
+連絡先:中村　修  [e-mail]
+       電話 044-63-9137 （斎藤研究室直通）
+       電話 03-704-4715 （中村自宅）
+                 幹事代表    村井　純、　中村 修
+ＪＵＳ幹事の皆様：
+４月１０日の幹事会でお話した、次のような講演についての件ですが、
+    発内容：Ｍａｃｉｎｔｏｓｈ　ＩＩへのＵＮＩＸの移植
+    発  者：米国ＵｎｉＳｏｆｔのエンジニア
+    発時間：１時間（幹事会において決まった時間です）
+    発当人からＡＢＳＴＲＡＣＴが届きました。このような内容での話でよけれ
+ば、来日するがどうだろう？との問い合わせがあったのですが、皆様いかがでしょうか？
+皆様の御意見を伺ったうえで、本当に来てもらうかどうか当人に連絡したいと思います。
+（交通費、宿泊費などはＪＵＳから出す必要はありません）
+御返答、よろしくお願いいたします。
+                        ＤＣＬ　坂本　文
+ＪＵＳ幹事の皆様：
+４月１０日の幹事会でお話した、次のような講演についての件ですが、
+    発内容：Ｍａｃｉｎｔｏｓｈ　ＩＩへのＵＮＩＸの移植
+    発  者：米国ＵｎｉＳｏｆｔのエンジニア
+    発時間：１時間（幹事会において決まった時間です）
+    発当人からＡＢＳＴＲＡＣＴが届きました。このような内容での話でよけれ
+ば、来日するがどうだろう？との問い合わせがあったのですが、皆様いかがでしょうか？
+皆様の御意見を伺ったうえで、本当に来てもらうかどうか当人に連絡したいと思います。
+（交通費、宿泊費などはＪＵＳから出す必要はありません）
+御返答、よろしくお願いいたします。
+                        ＤＣＬ　坂本　文
+    次回のｊｕｓ幹事会は下記の場所で行います。
+日時    ５／８（金）午後６時
+場所    （株）アスキ?、ＦＦＦビル、７Ｆ役員会議室
+地図
+    至赤坂
+国道２４６号（青山通り）
+    | |*（地下鉄表参道Ｂ３出口）
+    | |                    （ラ?メン屋）
+紀ノ国屋| |出光GS                天下一
+    | |        住          大    Ｆ*
+    | |        友          仁    Ｆ
+    | |        南          堂    Ｆ
+    至渋谷        青          ビ    ビ
+            σ▒▒          πâ½    πâ½
+            πâô
+            πâ½
+（１）地下鉄表参道駅下車、Ｂ３の出口を出る。
+（２）青山通りを渋谷方面へ歩く
+（３）初めての信号（角が出光ＧＳ）を右へ曲る
+（４）約５００Ｍ歩き（信号４つ目）、Ｔ字路の交差点の右側
+（５）ＦＦＦビルの７Ｆ
+ＰＳ．当日１４：４０着の便で成田に帰って来ますので、少し遅れるかもしれません
+      が先に始めて下さい。
+    この間の集りでマーク・シートの読み取りのsoftの話題があったと思うので
+すが，「インタフェース５月号」の新製品紹介の欄で，ANK character の読み取りの
+softの紹介があったように思います。
+    ただ，その雑誌がいま，手元にないので詳しくはわかりませんが，調べてみ
+ます。
+一部の人は知っていると思いますが，現在 rmap のＰＤ化を進めています．
+余分な機能をそぎ落し，一通り動くようになりました．あと，２，３
+新たな機能を追加する予定ですが，問題はその前提となる rwhod にあります．
+御存知のように rwhod はつながるマシンの数が増えると，急激に network 及び
+CPU を食いはじめます．また，routing の機能がないため複数のネットワークが
+接続されているような環境ではやはり問題です．東工大ではいままで，gateway
+となるマシンの rwhod に手をいれて routing をするようにしていましたが，
+その場しのぎのいい加減なやり方だったので，４月にネットワークの接続形態が
+変って以来，２重に packet を流していたことが判明しました．昨日急いで
+直しましたが，それまでネットワークは collision の嵐だった訳です．
+たかだか３０台のネットワークでこの有様ですから，何百，何千という
+本格的ネットワークを考えると単純に routing を行う今の方法は非現実的です．
+そこで，いくつかのアイディアを加藤君と考えました．
+1.  broadcast packet は止めて，ＮＦＳを利用し /usr/spool/rwho をできる限り
+　共有する．どうしても必要なところは point-to-point で routing を行う．
+2.  routing する場合に独自のプロトコルにより複数のホストの情報を
+  1 packet で送る．
+3.  on demand で必要な時だけ他のマシンに対し情報を要求する．
+  トリガーは，例えば誰かが rmap でそのマシンを含むページを表示しようと
+　した時とする．
+4.  どうせ，そういう情報が必要なのは phone をかけたい時ぐらいだから，
+　むしろ，phone を改造して phoned が broadcasting や routing をしながら，
+　特定のユーザがどこにいるか探し回るようにする．
+さて，そこで皆さんの意見を聞きたいと思います．どうするのが一番良いでしょうか．
+今考えているのは，1, 2 の機能を持った public domain rwhod を作るといった
+ところですが，果してそんなことをするのは意味があるのか．４を実現すれば事実上
+rmap はいらなくなるんじゃないのか．有益な議論をお待ちしています．
+私は前の mail で次ぎのようなことを書きました．
+> 御存知のように rwhod はつながるマシンの数が増えると，急激に network 及び
+> CPU を食いはじめます．また，routing の機能がないため複数のネットワークが
+> 接続されているような環境ではやはり問題です．東工大ではいままで，gateway
+> となるマシンの rwhod に手をいれて routing をするようにしていましたが，
+> ....，何百，何千という
+> 本格的ネットワークを考えると単純に routing を行う今の方法は非現実的です．
+> そこで，いくつかのアイディアを加藤君と考えました．
+> 1.  broadcast packet は止めて，ＮＦＳを利用し /usr/spool/rwho をできる限り
+> 　共有する．どうしても必要なところは point-to-point で routing を行う．
+> 2.  routing する場合に独自のプロトコルにより複数のホストの情報を
+>   1 packet で送る．
+> 今考えているのは，1, 2 の機能を持った public domain rwhod を作るといった
+> ところですが，果してそんなことをするのは意味があるのか．...
+今考えていることを，もう少し具体的に説明すると，
+既存の rwhod は自分のマシンの network configuration を見て
+自分の属するサブネットワークにはすべて broadcasting で，
+point-to-point のリンクにはその相手先に対し，自分のマシンの情報のみを
+流しまています．
+私が手を入れた rwhod はそれらに加えて，他のマシンから来た
+情報を自分の spool に書き込むと同時に，リストとして貯め込んでおき，
+自分の情報を流す時に同時に，個々のマシンの属するネットワーク以外の
+すべてのリンクにその情報をリレーするというものです．
+しかし，この方法だといくら broadcast packet を使ったところで，
+論理的にはネットワーク全体が完全グラフをなすように packet を
+流すことになりますし，しかも普段はそういう情報を必要としない
+場合が多い訳ですから，明らかに供給過剰です．で，これを少しでも
+軽減することができれば，と考えている訳です．
+新しい rwhod は，様々なネットワーク上の制約を盛り込めるように，
+例えば /etc/rwhod.rc のようなファイルからリレーのための configuration
+を読み込むようにするといいでしょう．そのファイルの中に書かれるべき
+項目としては，次ぎのようなものが考えられます．
+1.  自分のマシンの情報をどのマシン，またはどのネットワークに対して
+　　送信するか．また，それをローカルファイルに格納するか否か．
+2.  他のマシンの情報をどのマシン，またはどのネットワークに対して
+　　リレーするか．それは packet として受信されるべきものなのか，
+　　ＮＦＳによってそのマシンの rwhod が書き込んだファイルを
+　　読みにいくのか．前者の場合には，さらにその情報をローカル
+　　ファイルに格納するか否か．
+3.  1, 2 は何秒間隔で行うのか．
+これらに加え，さらに通常は packet を流さずに必要な時だけ，
+rwhod が他のマシンに対し情報を要求するという機能を付け加えるのも
+いいかもしれません．このためには，/etc/rwhod.rc の中に
+4.  あるマシンの情報に対する要求があった時にどのマシンに
+　　対して問い合わせを行うか．
+という項目を付け加えるべきでしょう．1,2,4 は実際には統一した
+フォーマットで記述するのがいいかもしれません．
+もし，こういう on demand 型のサービスを取り入れると当然 rwho, ruptime, rmap
+といった client 側にも変更が必要になります．恐らくあるマシンの情報を得るには，
+といったようなライブラリ関数を用意することになるでしょう．
+この関数は自分のマシンの rwhod に対してそういう request を
+行い response を受け取るという単純なものにするのがいいと
+思います．一方その request を受け取った rwhod はスプールを
+見てそれが充分新しいものであれば，そこから読み取り，そうでなければ
+rwhod.rc に書かれたマシンに対し問い合わせることになるでしょう．
+いや，もうそこまでするのだったら，いっそスプールは全廃して
+rwhod が on core で情報を管理した方がいいかもしれません．
+というようなところが今まで考えたところですが，そこでこの前にも書いた
+疑問に戻ります．果してこんなことをする意味があるのだろうか？
+phone を hack すれば，それで問題は解決するのではないか？
+何か意見を言ってください．お願いします．
+私はこれを今度の meeting で議論してもらいたいとは思っていません．
+あくまで mail で意見を聞かせて下さい．そうすることで，
+議論がたまたま meeting に出席した人の中だけでの閉じたもので
+終るということがなくなると思いますから．
+ところでこの mailing list はいつまで東工大で管理されているのですか．
+u-tokyo に移した方がいいのではないのですか？
+
--- tcs-1.orig/ex00.src
+++ tcs-1/ex00.src
@@ -0,0 +1,192 @@
+From dmr Thu Jan 30 17:00:03 EST 1992
+É╜é╔É\é╡û≤éáéΦé▄é╣é±é¬üAMH front end é═éáé╞éPÅTè╘é╛é»æ╥é┴é─ë║é│éóüB
+ÉVé╡éó xterm é╠é╜é▀é╔ vtwin é╠ò╧ìXé¬òKùvé╞é╚é┴é─üAé╗éΩé╔é┐éσé┴é╞
+ÄΦè╘ĵé┴é─é╡é▄éóé▄é╡é╜üBé▄é╛éαéñéPé┬Æ╝é╡é╜éó bug é¬éáéΘé╠é┼é╖é¬
+éαéñìíô·é═Ä₧è╘é¬éáéΦé▄é╣é±üB
+öqî[ü@ÉVù╬é╠î≤üAé▄é╖é▄é╖é▓É┤Å╦é╠é▒é╞é╞é¿è∞é╤É\é╡Åπé░é▄é╖üB
+é│é─üAì╓ôíÉMÆjɵÉ╢é═éSîÄéPô·é≡éαé┐é▄é╡é─üAîcë₧ï`Åmæσèwù¥ìHèwòöï│
+Ä÷é╔îΣÅ╕öCé╚éτéΩé▄é╡é╜üBé╗é▒é┼üAô·ìáì╓ôíɵÉ╢é╔é¿Éóÿbé╔é╚é┴é─éóéΘ
+ÄäÆBé¬ì╓ôíɵÉ╢é╔ é¿Åjéóé≡É\é╡Åπé░éΘé╜é▀é╠é│é│éΓé⌐é╚ Åjëâé≡èΘëµÆv
+é╡é▄é╡é╜üBôûô·é═  ì╓ôíîñïåÄ║ OB/OG é╠ò√üXüAì╓ôíîñïåÄ║î╗û≡é╠èwÉ╢üA
+é▄é╜üAì╓ôíɵÉ╢éΣé⌐éΦé╠ò√üXé¬ÅWé▄éΦüAì╓ôíɵÉ╢é≡ê═é±é┼èyé╡éóé╨é╞é╞
+é½é≡ë▀é▓é╡é╜éóé╞ìléªé─é¿éΦé▄é╖üBé▓ë╞æ░üAîΣùFÉlé¿é│é╗éóéáéφé╣é╠éñ
+éªîΣù±É╚ë║é│éΘéµéñé¿èΦéóÉ\é╡Åπé░é▄é╖üB
+é¿é╗éΩéóéΦé▄é╖é¬üAé▓ÅoÉ╚é╠èmöFé≡ë║ïLÿAùìɵé╔ôdÿbé▄é╜é═ôdÄqâüü[âï
+é╔é─é▓ÿAùìë║é│éΘéµéñé¿èΦéóÉ\é╡Åπé░é▄é╖üB
+                                            îhï∩
+                    üuì╓ôíÉMÆjï│Ä÷é≡ê═é▐ë∩üv
+ô·Ä₧üF Å║ÿaéUéQöNéSîÄéQéSô·üiïαüj 18:00 éµéΦ
+ÅΩÅèüF ÉVï┤æµêΩâzâeâïüuâîâXâgâëâôâNâëâîâbâgüv
+       ôdÿbüGü@ 03-501-4411
+ë∩ö∩üF éPû£éTÉτë~ üiôûô·ïLöOòiæπéPî√éTÉτë~é≡ò╩é╔îΣùpê╙ë║é│éóüBüj
+    é╜é╛é╡üAèwÉ╢ù┐ïαé═ò╩ôrÉ▌ÆΦé╡é─éáéΦé▄é╖é╠é┼îΣê└ÉSüI
+ÿAùìɵ:Æåæ║ü@ÅC  [e-mail]
+       ôdÿb 044-63-9137 üiì╓ôíîñïåÄ║Æ╝Æ╩üj
+       ôdÿb 03-704-4715 üiÆåæ║Ä⌐æεüj
+                 è▓Äûæπò\    æ║êΣü@ÅâüAü@Æåæ║ ÅC
+öqî[ü@ÉVù╬é╠î≤üAé▄é╖é▄é╖é▓É┤Å╦é╠é▒é╞é╞é¿è∞é╤É\é╡Åπé░é▄é╖üB
+é│é─üAì╓ôíÉMÆjɵÉ╢é═éSîÄéPô·é≡éαé┐é▄é╡é─üAîcë₧ï`Åmæσèwù¥ìHèwòöï│
+Ä÷é╔îΣÅ╕öCé╚éτéΩé▄é╡é╜üBé╗é▒é┼üAô·ìáì╓ôíɵÉ╢é╔é¿Éóÿbé╔é╚é┴é─éóéΘ
+ÄäÆBé¬ì╓ôíɵÉ╢é╔ é¿Åjéóé≡É\é╡Åπé░éΘé╜é▀é╠é│é│éΓé⌐é╚ Åjëâé≡èΘëµÆv
+é╡é▄é╡é╜üBôûô·é═  ì╓ôíîñïåÄ║ OB/OG é╠ò√üXüAì╓ôíîñïåÄ║î╗û≡é╠èwÉ╢üA
+é▄é╜üAì╓ôíɵÉ╢éΣé⌐éΦé╠ò√üXé¬ÅWé▄éΦüAì╓ôíɵÉ╢é≡ê═é±é┼èyé╡éóé╨é╞é╞
+é½é≡ë▀é▓é╡é╜éóé╞ìléªé─é¿éΦé▄é╖üBé▓ë╞æ░üAîΣùFÉlé¿é│é╗éóéáéφé╣é╠éñ
+éªîΣù±É╚ë║é│éΘéµéñé¿èΦéóÉ\é╡Åπé░é▄é╖üB
+é¿é╗éΩéóéΦé▄é╖é¬üAé▓ÅoÉ╚é╠èmöFé≡ë║ïLÿAùìɵé╔ôdÿbé▄é╜é═ôdÄqâüü[âï
+é╔é─é▓ÿAùìë║é│éΘéµéñé¿èΦéóÉ\é╡Åπé░é▄é╖üB
+                                            îhï∩
+                    üuì╓ôíÉMÆjï│Ä÷é≡ê═é▐ë∩üv
+ô·Ä₧üF Å║ÿaéUéQöNéSîÄéQéSô·üiïαüj 18:00 éµéΦ
+ÅΩÅèüF ÉVï┤æµêΩâzâeâïüuâîâXâgâëâôâNâëâîâbâgüv
+       ôdÿbüGü@ 03-501-4411
+ë∩ö∩üF éPû£éTÉτë~ üiôûô·ïLöOòiæπéPî√éTÉτë~é≡ò╩é╔îΣùpê╙ë║é│éóüBüj
+    é╜é╛é╡üAèwÉ╢ù┐ïαé═ò╩ôrÉ▌ÆΦé╡é─éáéΦé▄é╖é╠é┼îΣê└ÉSüI
+ÿAùìɵ:Æåæ║ü@ÅC  [e-mail]
+       ôdÿb 044-63-9137 üiì╓ôíîñïåÄ║Æ╝Æ╩üj
+       ôdÿb 03-704-4715 üiÆåæ║Ä⌐æεüj
+                 è▓Äûæπò\    æ║êΣü@ÅâüAü@Æåæ║ ÅC
+éiétérè▓Äûé╠èFùlüF
+éSîÄéPéOô·é╠è▓Äûë∩é┼é¿ÿbé╡é╜üAăé╠éµéñé╚ìuëëé╔é┬éóé─é╠îÅé┼é╖é¬üA
+    ö¡ôαùeüFéléüéâéëéÄéöéÅéôéêü@éhéhé╓é╠étéméhéwé╠ê┌ÉA
+    ö¡  Ä╥üFò─ìæétéÄéëéréÅéåéöé╠âGâôâWâjâA
+    ö¡Ä₧è╘üFéPÄ₧è╘üiè▓Äûë∩é╔é¿éóé─îêé▄é┴é╜Ä₧è╘é┼é╖üj
+    ö¡ôûÉlé⌐éτé`éaéréséqé`ébésé¬ô═é½é▄é╡é╜üBé▒é╠éµéñé╚ôαùeé┼é╠ÿbé┼éµé»éΩ
+é╬üAùêô·é╖éΘé¬é╟éñé╛éδéñüHé╞é╠ûΓéóìçéφé╣é¬éáé┴é╜é╠é┼é╖é¬üAèFùléóé⌐é¬é┼é╡éσéñé⌐üH
+èFùlé╠îΣê╙î⌐é≡Äfé┴é╜éñéªé┼üAû{ôûé╔ùêé─éαéτéñé⌐é╟éñé⌐ôûÉlé╔ÿAùìé╡é╜éóé╞Ävéóé▄é╖üB
+üiî≡Æ╩ö∩üAÅhöæö∩é╚é╟é═éiétéré⌐éτÅoé╖òKùvé═éáéΦé▄é╣é±üj
+îΣò╘ôÜüAéµéδé╡é¡é¿èΦéóéóé╜é╡é▄é╖üB
+                        écébékü@ìΓû{ü@ò╢
+éiétérè▓Äûé╠èFùlüF
+éSîÄéPéOô·é╠è▓Äûë∩é┼é¿ÿbé╡é╜üAăé╠éµéñé╚ìuëëé╔é┬éóé─é╠îÅé┼é╖é¬üA
+    ö¡ôαùeüFéléüéâéëéÄéöéÅéôéêü@éhéhé╓é╠étéméhéwé╠ê┌ÉA
+    ö¡  Ä╥üFò─ìæétéÄéëéréÅéåéöé╠âGâôâWâjâA
+    ö¡Ä₧è╘üFéPÄ₧è╘üiè▓Äûë∩é╔é¿éóé─îêé▄é┴é╜Ä₧è╘é┼é╖üj
+    ö¡ôûÉlé⌐éτé`éaéréséqé`ébésé¬ô═é½é▄é╡é╜üBé▒é╠éµéñé╚ôαùeé┼é╠ÿbé┼éµé»éΩ
+é╬üAùêô·é╖éΘé¬é╟éñé╛éδéñüHé╞é╠ûΓéóìçéφé╣é¬éáé┴é╜é╠é┼é╖é¬üAèFùléóé⌐é¬é┼é╡éσéñé⌐üH
+èFùlé╠îΣê╙î⌐é≡Äfé┴é╜éñéªé┼üAû{ôûé╔ùêé─éαéτéñé⌐é╟éñé⌐ôûÉlé╔ÿAùìé╡é╜éóé╞Ävéóé▄é╖üB
+üiî≡Æ╩ö∩üAÅhöæö∩é╚é╟é═éiétéré⌐éτÅoé╖òKùvé═éáéΦé▄é╣é±üj
+îΣò╘ôÜüAéµéδé╡é¡é¿èΦéóéóé╜é╡é▄é╖üB
+                        écébékü@ìΓû{ü@ò╢
+    ăë±é╠éèéòéôè▓Äûë∩é═ë║ïLé╠ÅΩÅèé┼ìséóé▄é╖üB
+ô·Ä₧    éTü^éWüiïαüjî▀îπéUÄ₧
+ÅΩÅè    üièöüjâAâXâL?üAéeéeéeârâïüAéVéeû≡ê⌡ë∩ïcÄ║
+ÆnÉ}
+    ÄèÉ╘ìΓ
+ìæô╣éQéSéUìåüiÉ┬ÄRÆ╩éΦüj
+    | |*üiÆnë║ôSò\ÄQô╣éaéRÅoî√üj
+    | |                    üiâë?âüâôë«üj
+ïIâmìæë«| |Åoî⌡GS                ôVë║êΩ
+    | |        ÅZ          æσ    ée*
+    | |        ùF          Ém    ée
+    | |        ô∞          ô░    ée
+    ÄèÅaÆJ        É┬          âr    âr
+            ÄR          âï    âï
+            âr
+            âï
+üiéPüjÆnë║ôSò\ÄQô╣ëwë║Ä╘üAéaéRé╠Åoî√é≡ÅoéΘüB
+üiéQüjÉ┬ÄRÆ╩éΦé≡ÅaÆJò√û╩é╓òαé¡
+üiéRüjÅëé▀é─é╠ÉMìåüièpé¬Åoî⌡éférüjé≡ëEé╓ï╚éΘ
+üiéSüjû±éTéOéOélòαé½üiÉMìåéSé┬û┌üjüAésÄÜÿHé╠î≡ì╖ô_é╠ëEæñ
+üiéTüjéeéeéeârâïé╠éVée
+éoérüDôûô·éPéSüFéSéOÆàé╠ò╓é┼ɼôcé╔ïAé┴é─ùêé▄é╖é╠é┼üAÅ¡é╡ÆxéΩéΘé⌐éαé╡éΩé▄é╣é±
+      é¬Éµé╔Äné▀é─ë║é│éóüB
+    é▒é╠è╘é╠ÅWéΦé┼â}ü[âNüEâVü[âgé╠ô╟é▌ĵéΦé╠softé╠ÿbæΦé¬éáé┴é╜é╞Ävéñé╠é┼
+é╖é¬üCüuâCâôâ^âtâFü[âXéTîÄìåüvé╠ÉVÉ╗òiÅ╨ëεé╠ùôé┼üCANK character é╠ô╟é▌ĵéΦé╠
+softé╠Å╨ëεé¬éáé┴é╜éµéñé╔Ävéóé▄é╖üB
+    é╜é╛üCé╗é╠ÄGÄÅé¬éóé▄üCÄΦî│é╔é╚éóé╠é┼Å┌é╡é¡é═éφé⌐éΦé▄é╣é±é¬üCÆ▓é╫é─é▌
+é▄é╖üB
+êΩòöé╠Élé═Æmé┴é─éóéΘé╞Ävéóé▄é╖é¬üCî╗ì▌ rmap é╠éoécë╗é≡Éié▀é─éóé▄é╖üD
+ù]ò¬é╚ï@ö\é≡é╗é¼ùÄé╡üCêΩÆ╩éΦô«é¡éµéñé╔é╚éΦé▄é╡é╜üDéáé╞üCéQüCéR
+ÉVé╜é╚ï@ö\é≡Æ╟ë┴é╖éΘù\ÆΦé┼é╖é¬üCûΓæΦé═é╗é╠æOƱé╞é╚éΘ rwhod é╔éáéΦé▄é╖üD
+îΣæ╢Æmé╠éµéñé╔ rwhod é═é┬é╚é¬éΘâ}âVâôé╠Éöé¬æ¥éªéΘé╞üCï}îâé╔ network ïyé╤
+CPU é≡ÉHéóé═é╢é▀é▄é╖üDé▄é╜üCrouting é╠ï@ö\é¬é╚éóé╜é▀òíÉöé╠âlâbâgâÅü[âNé¬
+É┌æ▒é│éΩé─éóéΘéµéñé╚è┬ï½é┼é═éΓé═éΦûΓæΦé┼é╖üDôîìHæσé┼é═éóé▄é▄é┼üCgateway
+é╞é╚éΘâ}âVâôé╠ rwhod é╔ÄΦé≡éóéΩé─ routing é≡é╖éΘéµéñé╔é╡é─éóé▄é╡é╜é¬üC
+é╗é╠ÅΩé╡é╠é¼é╠éóéóë┴î╕é╚éΓéΦò√é╛é┴é╜é╠é┼üCéSîÄé╔âlâbâgâÅü[âNé╠É┌æ▒î`æ╘é¬
+ò╧é┴é─ê╚ùêüCéQÅdé╔ packet é≡ù¼é╡é─éóé╜é▒é╞é¬ö╗û╛é╡é▄é╡é╜üDì≡ô·ï}éóé┼
+Æ╝é╡é▄é╡é╜é¬üCé╗éΩé▄é┼âlâbâgâÅü[âNé═ collision é╠ùÆé╛é┴é╜û≤é┼é╖üD
+é╜é⌐é╛é⌐éRéOæΣé╠âlâbâgâÅü[âNé┼é▒é╠ùLùlé┼é╖é⌐éτüCë╜òSüCë╜Éτé╞éóéñ
+û{èiôIâlâbâgâÅü[âNé≡ìléªéΘé╞ÆPÅâé╔ routing é≡ìséñìíé╠ò√û@é═ö±î╗Ä└ôIé┼é╖üD
+é╗é▒é┼üCéóé¡é┬é⌐é╠âAâCâfâBâAé≡ë┴ôíîNé╞ìléªé▄é╡é╜üD
+1.  broadcast packet é═Ä~é▀é─üCéméeéré≡ùÿùpé╡ /usr/spool/rwho é≡é┼é½éΘî└éΦ
+ü@ïñùLé╖éΘüDé╟éñé╡é─éαòKùvé╚é╞é▒éδé═ point-to-point é┼ routing é≡ìséñüD
+2.  routing é╖éΘÅΩìçé╔ô╞Ä⌐é╠âvâìâgâRâïé╔éµéΦòíÉöé╠âzâXâgé╠Åεò±é≡
+  1 packet é┼æùéΘüD
+3.  on demand é┼òKùvé╚Ä₧é╛é»æ╝é╠â}âVâôé╔æ╬é╡Åεò±é≡ùvïüé╖éΘüD
+  âgâèâKü[é═üCùßéªé╬ÆNé⌐é¬ rmap é┼é╗é╠â}âVâôé≡è▄é▐âyü[âWé≡ò\Īé╡éµéñé╞
+ü@é╡é╜Ä₧é╞é╖éΘüD
+4.  é╟éñé╣üCé╗éñéóéñÅεò±é¬òKùvé╚é╠é═ phone é≡é⌐é»é╜éóÄ₧é«éτéóé╛é⌐éτüC
+ü@é▐é╡éδüCphone é≡ëⁿæóé╡é─ phoned é¬ broadcasting éΓ routing é≡é╡é╚é¬éτüC
+ü@ô┴ÆΦé╠âåü[âUé¬é╟é▒é╔éóéΘé⌐ÆTé╡ë±éΘéµéñé╔é╖éΘüD
+é│é─üCé╗é▒é┼èFé│é±é╠ê╙î⌐é≡ò╖é½é╜éóé╞Ävéóé▄é╖üDé╟éñé╖éΘé╠é¬êΩö╘ù╟éóé┼é╡éσéñé⌐üD
+ìíìléªé─éóéΘé╠é═üC1, 2 é╠ï@ö\é≡Ä¥é┴é╜ public domain rwhod é≡ì∞éΘé╞éóé┴é╜
+é╞é▒éδé┼é╖é¬üCë╩é╡é─é╗é±é╚é▒é╞é≡é╖éΘé╠é═ê╙ûíé¬éáéΘé╠é⌐üDéSé≡Ä└î╗é╖éΩé╬ÄûÄ└Åπ
+rmap é═éóéτé╚é¡é╚éΘé±é╢éßé╚éóé╠é⌐üDùLëvé╚ïcÿ_é≡é¿æ╥é┐é╡é─éóé▄é╖üD
+Ääé═æOé╠ mail é┼ăé¼é╠éµéñé╚é▒é╞é≡Åæé½é▄é╡é╜üD
+> îΣæ╢Æmé╠éµéñé╔ rwhod é═é┬é╚é¬éΘâ}âVâôé╠Éöé¬æ¥éªéΘé╞üCï}îâé╔ network ïyé╤
+> CPU é≡ÉHéóé═é╢é▀é▄é╖üDé▄é╜üCrouting é╠ï@ö\é¬é╚éóé╜é▀òíÉöé╠âlâbâgâÅü[âNé¬
+> É┌æ▒é│éΩé─éóéΘéµéñé╚è┬ï½é┼é═éΓé═éΦûΓæΦé┼é╖üDôîìHæσé┼é═éóé▄é▄é┼üCgateway
+> é╞é╚éΘâ}âVâôé╠ rwhod é╔ÄΦé≡éóéΩé─ routing é≡é╖éΘéµéñé╔é╡é─éóé▄é╡é╜é¬üC
+> ....üCë╜òSüCë╜Éτé╞éóéñ
+> û{èiôIâlâbâgâÅü[âNé≡ìléªéΘé╞ÆPÅâé╔ routing é≡ìséñìíé╠ò√û@é═ö±î╗Ä└ôIé┼é╖üD
+> é╗é▒é┼üCéóé¡é┬é⌐é╠âAâCâfâBâAé≡ë┴ôíîNé╞ìléªé▄é╡é╜üD
+> 1.  broadcast packet é═Ä~é▀é─üCéméeéré≡ùÿùpé╡ /usr/spool/rwho é≡é┼é½éΘî└éΦ
+> ü@ïñùLé╖éΘüDé╟éñé╡é─éαòKùvé╚é╞é▒éδé═ point-to-point é┼ routing é≡ìséñüD
+> 2.  routing é╖éΘÅΩìçé╔ô╞Ä⌐é╠âvâìâgâRâïé╔éµéΦòíÉöé╠âzâXâgé╠Åεò±é≡
+>   1 packet é┼æùéΘüD
+> ìíìléªé─éóéΘé╠é═üC1, 2 é╠ï@ö\é≡Ä¥é┴é╜ public domain rwhod é≡ì∞éΘé╞éóé┴é╜
+> é╞é▒éδé┼é╖é¬üCë╩é╡é─é╗é±é╚é▒é╞é≡é╖éΘé╠é═ê╙ûíé¬éáéΘé╠é⌐üD...
+ìíìléªé─éóéΘé▒é╞é≡üCéαéñÅ¡é╡ï∩æ╠ôIé╔Éαû╛é╖éΘé╞üC
+è∙æ╢é╠ rwhod é═Ä⌐ò¬é╠â}âVâôé╠ network configuration é≡î⌐é─
+Ä⌐ò¬é╠æ«é╖éΘâTâuâlâbâgâÅü[âNé╔é═é╖é╫é─ broadcasting é┼üC
+point-to-point é╠âèâôâNé╔é═é╗é╠æèÄΦɵé╔æ╬é╡üCÄ⌐ò¬é╠â}âVâôé╠Åεò±é╠é▌é≡
+ù¼é╡é▄é─éóé▄é╖üD
+Ääé¬ÄΦé≡ôⁿéΩé╜ rwhod é═é╗éΩéτé╔ë┴éªé─üCæ╝é╠â}âVâôé⌐éτùêé╜
+Åεò±é≡Ä⌐ò¬é╠ spool é╔Åæé½ì₧é▐é╞ô»Ä₧é╔üCâèâXâgé╞é╡é─ÆÖé▀ì₧é±é┼é¿é½üC
+Ä⌐ò¬é╠Åεò±é≡ù¼é╖Ä₧é╔ô»Ä₧é╔üCî┬üXé╠â}âVâôé╠æ«é╖éΘâlâbâgâÅü[âNê╚èOé╠
+é╖é╫é─é╠âèâôâNé╔é╗é╠Åεò±é≡âèâîü[é╖éΘé╞éóéñéαé╠é┼é╖üD
+é╡é⌐é╡üCé▒é╠ò√û@é╛é╞éóé¡éτ broadcast packet é≡Ägé┴é╜é╞é▒éδé┼üC
+ÿ_ù¥ôIé╔é═âlâbâgâÅü[âNæSæ╠é¬è«æSâOâëâté≡é╚é╖éµéñé╔ packet é≡
+ù¼é╖é▒é╞é╔é╚éΦé▄é╖é╡üCé╡é⌐éαòüÆié═é╗éñéóéñÅεò±é≡òKùvé╞é╡é╚éó
+ÅΩìçé¬æ╜éóû≤é┼é╖é⌐éτüCû╛éτé⌐é╔ïƒïïë▀ÅΦé┼é╖üDé┼üCé▒éΩé≡Å¡é╡é┼éα
+îyî╕é╖éΘé▒é╞é¬é┼é½éΩé╬üCé╞ìléªé─éóéΘû≤é┼é╖üD
+ÉVé╡éó rwhod é═üCùlüXé╚âlâbâgâÅü[âNÅπé╠ɺû±é≡É╖éΦì₧é▀éΘéµéñé╔üC
+ùßéªé╬ /etc/rwhod.rc é╠éµéñé╚âtâ@âCâïé⌐éτâèâîü[é╠é╜é▀é╠ configuration
+é≡ô╟é▌ì₧é▐éµéñé╔é╖éΘé╞éóéóé┼é╡éσéñüDé╗é╠âtâ@âCâïé╠Æåé╔Åæé⌐éΩéΘé╫é½
+ìÇû┌é╞é╡é─é═üCăé¼é╠éµéñé╚éαé╠é¬ìléªéτéΩé▄é╖üD
+1.  Ä⌐ò¬é╠â}âVâôé╠Åεò±é≡é╟é╠â}âVâôüCé▄é╜é═é╟é╠âlâbâgâÅü[âNé╔æ╬é╡é─
+ü@ü@æùÉMé╖éΘé⌐üDé▄é╜üCé╗éΩé≡âìü[âJâïâtâ@âCâïé╔èiö[é╖éΘé⌐ö█é⌐üD
+2.  æ╝é╠â}âVâôé╠Åεò±é≡é╟é╠â}âVâôüCé▄é╜é═é╟é╠âlâbâgâÅü[âNé╔æ╬é╡é─
+ü@ü@âèâîü[é╖éΘé⌐üDé╗éΩé═ packet é╞é╡é─Ä≤ÉMé│éΩéΘé╫é½éαé╠é╚é╠é⌐üC
+ü@ü@éméeéré╔éµé┴é─é╗é╠â}âVâôé╠ rwhod é¬Åæé½ì₧é±é╛âtâ@âCâïé≡
+ü@ü@ô╟é▌é╔éóé¡é╠é⌐üDæOÄ╥é╠ÅΩìçé╔é═üCé│éτé╔é╗é╠Åεò±é≡âìü[âJâï
+ü@ü@âtâ@âCâïé╔èiö[é╖éΘé⌐ö█é⌐üD
+3.  1, 2 é═ë╜òbè╘èué┼ìséñé╠é⌐üD
+é▒éΩéτé╔ë┴éªüCé│éτé╔Æ╩Åφé═ packet é≡ù¼é│é╕é╔òKùvé╚Ä₧é╛é»üC
+rwhod é¬æ╝é╠â}âVâôé╔æ╬é╡Åεò±é≡ùvïüé╖éΘé╞éóéñï@ö\é≡òté»ë┴éªéΘé╠éα
+éóéóé⌐éαé╡éΩé▄é╣é±üDé▒é╠é╜é▀é╔é═üC/etc/rwhod.rc é╠Æåé╔
+4.  éáéΘâ}âVâôé╠Åεò±é╔æ╬é╖éΘùvïüé¬éáé┴é╜Ä₧é╔é╟é╠â}âVâôé╔
+ü@ü@æ╬é╡é─ûΓéóìçéφé╣é≡ìséñé⌐üD
+é╞éóéñìÇû┌é≡òté»ë┴éªéΘé╫é½é┼é╡éσéñüD1,2,4 é═Ä└ì█é╔é═ô¥êΩé╡é╜
+âtâHü[â}âbâgé┼ïLÅqé╖éΘé╠é¬éóéóé⌐éαé╡éΩé▄é╣é±üD
+éαé╡üCé▒éñéóéñ on demand î^é╠âTü[ârâXé≡ĵéΦôⁿéΩéΘé╞ôûæR rwho, ruptime, rmap
+é╞éóé┴é╜ client æñé╔éαò╧ìXé¬òKùvé╔é╚éΦé▄é╖üDï░éτé¡éáéΘâ}âVâôé╠Åεò±é≡ô╛éΘé╔é═üC
+é╞éóé┴é╜éµéñé╚âëâCâuâëâèè╓Éöé≡ùpê╙é╖éΘé▒é╞é╔é╚éΘé┼é╡éσéñüD
+é▒é╠è╓Éöé═Ä⌐ò¬é╠â}âVâôé╠ rwhod é╔æ╬é╡é─é╗éñéóéñ request é≡
+ìséó response é≡Ä≤é»ÄµéΘé╞éóéñÆPÅâé╚éαé╠é╔é╖éΘé╠é¬éóéóé╞
+Ävéóé▄é╖üDêΩò√é╗é╠ request é≡Ä≤é»Äµé┴é╜ rwhod é═âXâvü[âïé≡
+î⌐é─é╗éΩé¬Å[ò¬ÉVé╡éóéαé╠é┼éáéΩé╬üCé╗é▒é⌐éτô╟é▌ĵéΦüCé╗éñé┼é╚é»éΩé╬
+rwhod.rc é╔Åæé⌐éΩé╜â}âVâôé╔æ╬é╡ûΓéóìçéφé╣éΘé▒é╞é╔é╚éΘé┼é╡éσéñüD
+éóéΓüCéαéñé╗é▒é▄é┼é╖éΘé╠é╛é┴é╜éτüCéóé┴é╗âXâvü[âïé═æSöpé╡é─
+rwhod é¬ on core é┼Åεò±é≡è╟ù¥é╡é╜ò√é¬éóéóé⌐éαé╡éΩé▄é╣é±üD
+é╞éóéñéµéñé╚é╞é▒éδé¬ìíé▄é┼ìléªé╜é╞é▒éδé┼é╖é¬üCé╗é▒é┼é▒é╠æOé╔éαÅæéóé╜
+ï^ûΓé╔û▀éΦé▄é╖üDë╩é╡é─é▒é±é╚é▒é╞é≡é╖éΘê╙ûíé¬éáéΘé╠é╛éδéñé⌐üH
+phone é≡ hack é╖éΩé╬üCé╗éΩé┼ûΓæΦé═ë≡îêé╖éΘé╠é┼é═é╚éóé⌐üH
+ë╜é⌐ê╙î⌐é≡î╛é┴é─é¡é╛é│éóüDé¿èΦéóé╡é▄é╖üD
+Ääé═é▒éΩé≡ìíôxé╠ meeting é┼ïcÿ_é╡é─éαéτéóé╜éóé╞é═Ävé┴é─éóé▄é╣é±üD
+éáé¡é▄é┼ mail é┼ê╙î⌐é≡ò╖é⌐é╣é─ë║é│éóüDé╗éñé╖éΘé▒é╞é┼üC
+ïcÿ_é¬é╜é▄é╜é▄ meeting é╔ÅoÉ╚é╡é╜Élé╠Æåé╛é»é┼é╠ò┬é╢é╜éαé╠é┼
+ÅIéΘé╞éóéñé▒é╞é¬é╚é¡é╚éΘé╞Ävéóé▄é╖é⌐éτüD
+é╞é▒éδé┼é▒é╠ mailing list é═éóé┬é▄é┼ôîìHæσé┼è╟ù¥é│éΩé─éóéΘé╠é┼é╖é⌐üD
+u-tokyo é╔ê┌é╡é╜ò√é¬éóéóé╠é┼é═é╚éóé╠é┼é╖é⌐üH
+