Dialy - Saturday, 28-Sep-2002 22:17:14 JST
■back ■index
 

 

 

2002年6月18日 火曜日

 
   
 

■サッカー - 10:10

3時半からサッカー
小杉は雨である。宮城は晴れらしいのであんま関係ないが。

今日も結局見れないから、ぜひ勝ってもらいたいもんだ
負けたら悔しすぎ。

■ ミラーツール - 11:30

DiskMirroringTool

これが、便利そうなので導入してみることにする
鴨茶で見事にバックアップを取ってないなくてソースが撒き戻るなどという事故がおきたばかりなので、
これはなかなかいいツールである。

どこがいいかというと、ミラーというかバックアップのたびに日付でフォルダを勝手に掘ってコピーしてくれる機能があることである。もうひとつは、/AUTOを付けて起動すると、自動更新だけして終了してくれる。これならタスクに追加しておくとか、起動時にやるとか、その辺の選択肢が考えられる

まあ、週に1度か、気が付いたときに1度とかでもいいとも思うのだが、この辺は難しい判断ではある。
たまにしかプログラムしない部分などは毎日バックアップを取る必要などないので、毎日やるのは不毛だが
ブームのときは毎日やるので、その辺の扱いをどうするかで悩んでいる。

今のところは、月1定期バックアップの、後は手動で
というのがいいのではないかと思う。

会社では手動、自動と手動の差は難しいところ。

■サーカー - 21:32

 そして日本は負ける。

 半休も取れない

 韓国負けそう。

■続き - 22:51

 イタリア・韓国戦まだ続いている。

国負けそうだったのだが、なんと残り3分で同点・・・ なんでかな〜

この展開が日本で起きるのを期待していたのだが(ぉ

まあ、詮無き事か・・・、思った以上に日本負けているの悲しい。
なんつ〜か、ほかにはサッカーあまり知らないからWCに対する興味が急速に薄れつつあるのがよくわかる(ぉ

しかし、韓国戦面白い、好きも嫌いも同じというのは、対象に対する味や熱意を持つという点では確かに変わりは無い。日本戦に順ずる情熱で試合を眺めるのだからこれはこれで韓国が勝ち進むのは悪くは無い。

しかし 、それは逆の見方であって、本来の側面ではなく主筋でもない。

そして、書いている途中に韓国がゴールデンゴールを決めて試合が終わる・・・。なんとイタリアが負けた、ま〜け。試合内容的には確かに韓国強かったな・・、イタリアがまたイエロー2枚でレッドで退場したりして審判不信ではあったが(ぉ

そして、思ったより喪失感がでかい(ぉ
韓国ぼろ負けして日本が快勝する予定が・・、なんでこーなったんだ??

そして結論は変わって、韓国勝つのやっぱダメ(ぉ

きょ・よ・う・は・ん・い・が・い!!

 

 

 

2002年6月17日 月曜日

 
   
 

■サッカー日本戦、決勝リーグ

明日はトルコ戦だが、誰も休むと突発的には言い出さないのでいまいち休めない雰囲気だ・・・

せめて半休したいのだが、う〜む〜 仮に日本負けたらすげ−悲しいぞ・・・、韓国が負ける前に日本が負けたりしたら、まして日本が負けたのに韓国が勝ったりデモしたら、そーとーやる気が失せる・・・。 あと勝ち試合は見たいが、見逃しても苦ではないという所がある。

■電話

う〜む、今日はじめて転送電話切っちまった(ぉ
転送先が違っていて、それを終了したら相手も切れていた(ぷ
またかかってきて助かったが、社内電話で感じ悪かったな

ある意味社外のほうが楽なんだよな〜

■暗号化保存

鴨FTPを作っている過程で思うのだが
こういったアプリのパスワードの保存というものはどうやっているのだろうか?
Iriaなどは平文で保存してしまっているが、FFFTPやNEXTFTPなどは簡易的に暗号化している様である。

たとえばFTP鯖や認証鯖の鯖の方であれば、暗号化というかMD5とかcrypt() とかで暗号化して保存しておいて、 認証のときに送られてきたパスワードをまた暗号化して、その値の一致チェックをすればいいのだが、 クライアントソフトの場合は、暗号化して保存してある値を必ず複合化してから送信しなければならないという条件がある。

そして複合化されることを前提としている暗号化は理論的に複合できるのである(あたりまえだ)

まあ、そんなにも神経質に考える必要はないと思うが、とりあえず少しはパスワード保存のギミックは考えてやる必要があるかな〜とか思う

パスワード設定ファイルをパスワード尽きZIPで保存するとかありかな(ぉ
メモリ内での圧縮が可能であればこれでもいいかもしれん。

中間ファイルは気持ち悪いからな(笑

■続・暗号化保存

いろいろ調べてみた結果、

公開鍵暗号化ライブラリFSCRYP32.DLL

これの共通鍵暗号部分をつかって、パスワードファイルを暗号化しておこうと思うパスワードファイルはGUID=PASSWORDで書いておいて、設定ファイルのほうにはそのGUIDを書いておくと、いうことにする。

共通鍵は、キー文字列からの生成でいいだろうと思う。
まあ、そもそも設定ファイルを見られたり盗まれるほうが悪いという話もあるのでこの辺でいいだろう。

このライブラリは使用を明記すれば無限配布可能だそうだし。

いい感じだ

 

 

 

2002年6月16日 日曜日

 
   
 

■鴨茶 - 23:39

 鴨茶は、新しく作ることにする。
なんか、せっかくIEを使っているのにいかしきれていないのでそれを生かすような新概念を導入しようかと思っている。基本方針は際物を狙う(ぉ

まあ、基本的には現在の機能は踏襲する予定。

しかし、現在の最新バージョンは貴重になるかもしれない(ぉ

■フォントサイズ - 23:40

個人的にはもう-1したいのだが、全部直すかと思うと大変でやる気がしないから、いいといえばいいが、なんかたまに見にくいと感じる時がある。この辺はどんな感覚の問題なのかかなり謎ではある・・・

なんとなく横幅サイズが気持ち悪いサイズなのかもしれない・・・、その辺調整する予定

 

 

 

2002年6月15日 土曜日

 
   
 

■マンデーさん - 18:30

 世間ではマンデーさんが大人気のようだ(笑

そもそもマンデーさんというのが誰かというと、ワールドカップを見にきたイングランドのサポーターである。その彼が何故最近なぜ急浮上してきたかというと、この記事が全ての発端である。

僕は、別にこのニュースはどうとも思わなかったのだが、どうも2ch界隈では心を動かされた人が多くFlashとコラ職人がマンデーさんネタで大騒ぎしているらしい(笑

マンデーさんは僕等の友達です

【W杯】無料宿泊施設にマイケル・マンデーさん1人

この辺にまとめて載っている。
しかし、直接接触を試みた奴までいるというのだから、なかなか面白い(笑 、原因は大阪市の宣伝不足らしいが、まあこういうのは利用されてもされなくても仕方ない気もするな・・・、実際のところ思ったよりもイングランドのサポーターとかが少なかったのかもしれないし、その辺は謎だな。

まあ、この写真とった記者はセンスあるな。

■サッカー - 18:39

 というわけで、日本は決勝リーグへこまを進めることが出来たのだが、なんとライバル韓国も同様に決勝リーグへとコマを進めることになっている。どういうことだか3時間は説明が要ると思われる。

金曜日の昼に日本戦があり、その時間は会社の終業時間であったためヤフーのテキストライブで観戦(TT、まあ前予想からして敗色の濃い試合ではなかったためそこまで残念でもないが、せっかく勝ったのでやはり実況で見たかったというのは仕方が無い。

まあ、勝ったので良し。おめでと〜

しかし、その日はそれだけでは終わらない。
韓国が決勝リーグへ行くかどうかの重要な試合も、その日の夜にあり、この試合はポルトガルが決勝にいけるかどうかということにも直結している。実は日本戦よりこちらの方が楽しみであったかもしれない(ぉ

韓国が負けて別のところでやっているアメリカが引き分け以上なら、確実に韓国は敗退。韓国が引き分けてもアメリカが大量得点でも敗退であった気がする。とりあえずアメリカが頑張って韓国がクソ負けすればいいということが条件であった。

そして8時半に試合が始まる。
ちゃんと食い物と飲み物を用意して観戦準備OK

まあ、ポルトガルは韓国に勝たないと道が無いので、やってくれるだろうと思いつつ見ていたが、開始して3分ほどで、スカパーでアメリカ戦を見ていた人がチャットでアメリカ先制されたという話がはいる・・・、いきなりそれはねーダロー・・・、暫くして2点目が入ったという続報がまたまたはいる・・・

ポーランド、最終戦で確変してるんじゃねーーーーーーーー

そして、本来見ている韓国対ポルトガル戦もかなりひどい、ポルトガルが一人目がレッドカードで退場・・・10人で頑張っていのだが、そのうちイエローx2の累積レッドで2人目が退場し9人で戦うことになる。9人になった直後に1点を入れられて、終了

マジ終了

結果は周知のとおり。

展開的にはまったく逆だと最高だったのだが(ぉ、相当楽しみにしていた試合なだけにその後かなり萎え萎えでとっとと寝ることにした。

あの審判邪魔、なんつーか変なところうろうろしていた気がする。ほかの試合見ているときはそんなこと思うこと無かったから、あの審判ぜって―へたくそだぞ(ぉ

まあ、これで日本はトルコ戦負けられなくなった・・・、見てない試合で負けられても悲しいし、韓国より先に負けることなどまったく許せねー

関係ないけどこーゆうおばさん好きだ(ぉ >>1 >>2

脈絡も無いな

■鴨茶 - 22:55

なんとソースが0.9.17まで撒き戻っていました・・・
おそらくBCB6に以降を試して失敗した時に間違えて上書きしたのだろう・・・

履歴を見ると


02/02/27

・DCC Resume(受信側)をつける
・DCC Resume (送信側)をつける
・DCCの%表示がおかしかったバグを直す
・DCCダイアログのデザインを少し変える
・メニューの表示非表示を保存するようにする
・CTRL+SHIFT+UP or Downで上下分割スプリッターの位置を調節するようにする
・ユーザーリストでオペレーターの色も変えられるようにする
・Topic編集ダイアログで現在の値も履歴に入れるようにする
・ver 0.9.20
・hh:nnをhh:mmに直す
・キーワードの保存方法を変える

02/02/19

・URLの正規表現で末尾に)がある場合はこいつは無視することにした

02/02/10

・DCCリストで項目があるときに常に手前に表示の変更をすると例外が出るバグを直す
・ユーザー監視システムのUI周りの作成
・ユーザー監視システムの設定保存・読み込みまわりの作成
・同じく、内部実装を済ませる

・ver 0.9.19

02/02/06

・右クリックでのNICK,NAME,HOST,PREFIXのコピーをつける
・PRIVMSG,NOTICEでも情報の更新を行う
・IPを指定する場合に、
まとめてDCC送信する時にポートが同じになってしまうバグを直す

02/02/01

・チャンネルログにWhoisの結果を表示する設定をつける
・上の動作をつける、ついでに古い形式の部分を直す
・チャンネルログでNICKのところでの右クリックメニューに
WHOISを行う機能をつける
・ver 0.9.18
・DCCの残り時間表示がおかしかったバグを直す


これだけの分が無かったことになったようだ・・・
そーーーーーーーーーーとーーーーーーーーーー鬱

しんじられねーーーーーーーーーーーーーーーーーー
DCCレジュームなんて2度と実装コードかきたくね〜よ(TT
きっかけ発動か、頓挫発動かの2択だな・・・

 

 

 

2002年6月12日 水曜日

 
   
 

■ポインタ地獄本編 - 19:05

 最近仕事でC言語を使うことがある。主に古いソースの改造とかバグつぶしなのだが、既存の仕組みを使いつつ、後から増設ということをC言語でやったりしている。そのときによくポインタのポインタをもっていて、その値を参照したり書き換えたりすることがある。つまりデータの格納領域は元のままで、それにアクセスする部分を後から付け足すって感じのことをやるためである。

何をいいたいかというと単純に、ポインタを使いまくっているということである。

そして、昨日見事に罠にはまる(ぉ、どこぞの狩人が仕掛けた罠かはよくわからないが・・・、やはり言語使用をよく読んでいなかったためというのがでかいが、とりあえず罠であった。

で、具体的にわなの内容というのは、簡単にいえばchar *とchar []の違いである。今まではほぼ同じ物であると思っていた。同じ文字列定数を参照している場合とか以外では、使う場合にはほとんど差が無いのは事実である。しかしこの変数のポインタを見たときには値がまったく違っていたのであった・・・

@例
char name1[40];//文字列がはいってる
char name2[40];//文字列がはいってる
typedef struct tagText
{
	char **item1;
	char **item2;
} TText;
TText items[] =
{
	{&name1,&name2},
};
int main(int argc , char **argv)
{
	printf("%s\n",*(items[0].item1));
	printf("%s\n",*(items[0].item2));

	return 0;
}

最初に書いたソースはこんな感じである。何がしたいかというとテーブルに文字列のポインタを持ちたいのである、何故こんなことになるかというと、すごい数のグローバル変数が合って、それぞれに対して同じ処理をするルーチンがその数だけ並んでいる関数とかが、そこら中にあったりしていて、それをまとめて処理したいため、変数へのテーブルを作るという話である。

それで、とりあえず作って見た、このソースをコンパイルしてみると妙な警告が出て、実行するとセグメント例外で落ちる(ぷ。正直最初何が悪いのか理解が出来なかった。そこでとりあえず、実験的に色々弄くってみることにした。

その結果*(item[0].item1)がとんでもない値をさしていることがわかり、この部分で例外を吐いているらしいということがわかる。しかし最初は理由がさっぱりであり、一瞬コンパイラを疑いそうになった(ぉ。しかしたいていこういう場合はこちらが悪いので、思い直して色々実験してみると、どうも&name1&name2のアドレスが、どうも期待どうりの値を返していないらしいということがわかる。

それはどういうことかというと、&name1の値とname1の値がなんと同じ値を返すのである。つまりchar *の場合とchar [n]の場合では&演算子の返す値が異なっているのである!!、実験例を以下に示すと

@実験例
{
    char *a  = "asdf";
    char b[5] = "1234;;

    printf("a=%x\n",a);  /* aの値を表示 */
    printf("&a=%x\n",&a);/* &aの値の表示 */

    printf("b=%x\n",b);  /* bの値の表示 */
    printf("&b=%x\n",&b);/* &bの値の表示 */
}

これを実行するとaの場合は違う値が表示されbの場合は同じ値が表示される。では何でこうなるかと考えると、char[n]はラベルのようなものであると考えられる、char *の場合はメモリにそのアドレスを指す領域が確保されるが、char[n]の場合はコンパイル時ないしリンク時ないし実行開始時にその値が確定されるいわば定数値に近いものであると理解することができる。

じゃーどうしろと?という話になるが、この場合は簡単である。もともとchar [n]は配列へのポインタであるため。構造体の定義部分をchar **からchar *にして直接その配列をさしてしまえばよい。(じゃあ最初からそうしろ!!)という意見が多数を占めるはずだが、最初に考えた時にアドレスを指している変数のアドレスを持っていれば、確実であるという発想にとらわれたためこうなったというのは否定できない(ぉ

まあ、実際配列の再確保などが起こる場合に関してはその手法が使えないのは事実である。しかし思うのだがchar [n]char[]は意味が違うということか?、でないと

char a[] = new char[10];

とかいった書き方をした場合に、aと&aの値は同じであるということになってしまい、そのアドレス値は何処に格納されているのか?という話題になってしまい、a[]までラベルだとしたら動的な配列の再確保とかが出来ないということになってしまう。じゃあ最初から

char a[] = "asdf1234";

とかやった場合はどうなのだろう・・この場合もa&aの値は同じなのだろうか?
この辺も実験しておく必要があると思われるな・・・

また気が向いた時にでも(ぉ、

しかし、こんな事ばっかやってると迷子の迷子のポインタ君になりそうだ

■睡眠 - 19:44

 最近寝まくり、正直12時間ねてぇ・・・

9時間とか8時間半じゃ足り無すぎ、やはり学生時代が懐かしい・・・
起きるまで寝る、眠くなるまで起きている、眠くなったら寝る

幸せの条件に間違いなく入れても問題はないな・・

時間がたつのもはやくて、なんか知らぬ間に寝る時間だ・・
FF6終わらせたら、なんか萎え萎えだな(ぉ

 

 

 

2002年6月11日 火曜日

 
   
 

■暇 - 22:30

 それにしても暇すぎる・・・、最近なぜか知らないがよく寝れるせいで1日が2〜3時間ほど前よりも短い。しかし、だからといってやることが出来ないでいるわけでもなくて、単純にやることがひたすらに無い。家に帰ってきても飯食って巡回してTV聞きながら本でも読んでいたりチャットしたりその関係の作業しているだけですでに10時である・・・

せめて少しぐらいは生産的な活動をしたい気もするが、飯食って寝よ

■ポインタ地獄 - 22:30

眠いから明日

 

 

 

2002年6月9日 日曜日

 
   
 

■エロゲ - 21:15

 最近面白い「エロゲー」が無い・・・、なんつーか、エロゲーじゃなくても別にいいゲームだらけで、エロがあってもただのクソゲーってのがおおくて多くて(ぉ。

ゲーマーが育ったほどには業界は育っていないということか?

あ〜面白いエロゲーないかな〜

 

 

 

2002年6月9日 日曜日

 
   
 

■サッカー - 20:18

今日はロシア戦ということで、朝から何処でもサッカーの話題だらけである。
やはり、この試合にはぜひかって決勝リーグへの道をつないで欲しいと思われる、そこまでサッカーが好きだとかいうわけではないが、単純に祭りは大好きなので、日本中が大騒ぎになるのは見ていて楽しい。できれば韓国と決勝リーグで戦って勝つのがいい。日本で試合してけちょんけちょんに勝って、彼らが、旗燃やすほど悔しがるとうれしい(ぉ

逆になるとかなり腹が立つが・・・、まあ実際には韓国の方が決勝リーグに行く可能性が高くてかなり腹が立つ所である。理由はわかるが韓国の仮想敵国は北じゃなくて日本だろ(ぉ

民族的には同じだし、政治的に騒ぐわけにいかないし。ちょうどいい仮想敵国としてはやはり日本がいいということらしい(笑

しかし、後何世代こんな感じで続くかね〜、 2〜3世代もかかるとそのうち戦争ありそうだな(ぉ

■FF6 - 20:20

ついにクリア。

そしてクリアしたら一気にやる気が萎え萎え(ぉ
まあ、やはりこのエンディングはシリーズで一番だと思う。FF7もなかなかすきなのだが、それぞれのキャラの特徴がよく出ているし・・・、一応マルチエンディングだし。やはりセリスとロックが気に入らないがまあ、許す(ぉ

 

 

  2002年6月8日 土曜日  
   
 

■平和な一日

 なんか、今日は至極平和な一日であった。
もう少し掘り下げていうと、知らないうちに終わりそうな一日である。

昼間、nvplayerのミキサーをつける作業をしていて
20分ぐらいしかやっていなかったつもりが、
何時の間にか2時間が経過・・・

まあミキサー機能自体は一応完成したらしい。
現在のところは2CHにしか対応していないがおいおい5.1CHとかにも
対応していくのだろうとか思ったりする >>

ちなみにこのウインドウは隠蔽されて出てくることは無い(ぉ

結局なんか、気分的に萎え萎えだったので
漫画喫茶にでも久しぶりに行ってみた。
柏の喫茶と違って、会員制ではなくていきなりいって本を読んで
出るときに金を払うってシステムであった

なんかマックとつながっていて、注文すると芋が出てくるらしい(笑

■GraphEdit

 最近思い出したのだが、 動画の世界では
最強のプレイヤーは2個あるように思える。

一つ目はいわずと知れたMicrosoftのMediaPlayerである
普通の人は実はこれがあれば十分でほかのプレイヤーを
求めることは無いのかもしれない・・・

IEユーザーが一番多いのと同じ

そして二つ目は、GraphEditだと考えられる。
実はこのPlayerはPlayerといえるかどうかは微妙だが
はっきりいえばDirectShowではほぼ出来ないことの無いプレイヤーである
特定Filterを使う場合の認証機構が無いぐらいで、キャプチャーもできれば
エンコードもできる、DVDも再生できるし、エフェクトもかけられる

というわけで、真に何でもできるプレイヤーを求めるのなら
これが理想形であるとも言える。

nvplayerはMediaPlayerよりだが、GraphEditよりのPlayerを
作るってのもありかもしれないとか思ったりする

せっかくだからGraphEditの使い方でもまとめるかな〜

 

 

  2002年6月7日 金曜日  
   
 

■FF6 オラオラオラ〜

今日もFF6三昧(ぷ

そろそろ疲れました。

 

 

  2002年6月6日 木曜日  
   
 

■FF6 - 23:14

 昨日から、やりすぎていてもはやエドガーがLV99寸前。
彼がアルテマウェポン振り回すの好きだから率先してLVを上げてしまった結果だな(笑

一応予定としては

エドガー:アルテマウェポン+皆伝の証 or ラグナロク
セリス:同上、一応魔法も
ティナ:同上、一応魔法も
ロック:同上、あと8回ぶんどる要員

ガウ:ステータスを平均的に上げて、暴れまくり
ウーマロ:暴れまくり

シャドウ:力とすばやさ、上げて殴りまくり
      飛竜の角でジャンプしまくるのも好きだな

ござる:こいつも殴るだけ
ゴゴ:放置

ストラゴス :魔力とすばやさかな
リルム :同上

セッツァー:適当、どうせダイスとスロットと銭投げ

とりあえず、みんな70ぐらいまでいったらイベント進めて、タスク済ませてクリアするかな〜。

その後でコンプリート系気が向いたらやろう(ぉ

 

 

 

  2002年6月5日 水曜日  
   
 

Perlの連装配列 - 19:59

Perlの連装配列の先に連装配列をおく書き方が今日わかった。
こんな感じで書くのだが

@多重連装配列
#定義
%items = ( "item1",{ a=>"1",b=>"2"}, "item2",{ a=>"1",b=>"2"}, "item3",{ a=>"3",b=>"4"}, );
#参照 $a = $item{'item1'}{'a'}
#代入
$item{'item2'}{'b'} = 6;


仕事で簡単なツールを作っていたのだが、初めは普通に配列でやろうかと思っていたのだが、そのうち構造体みたいな書き方が出来ないものかと思って色々、格闘をはじめたところ、この方式はいけることを発見。

つまり連装配列の値の方にさらに連装配列を持つという方法

なんかCとかの構造体に近いイメージでデータを管理できるのが気に入った。
問題は構造体?の要素にない奴でもいくらでも追加出来てしまうことだが、まあこの辺は注意していればいいや

当初は配列の配列とか配列の連装配列とか出来ないかとか思っていたのだが、そっちはうまくかけないらしい、初めに配列作っておいてそれの参照を代入する方法は出来たのだが、何か理由あるのかな?

@配列でもやってみたいのだが・・
#たとえば
%items = ( 
	"item1",(1,2,3,4),
	"item2",(1,2,3,4), 
    "item3",\(1,2,3,4), 
);

とか書いて

$a = $items{'item1'}[0];

#見たいにやりたいのだが・・できねぇ

@item1 = (1,2,3,4);
%items = ("item1",\@item1);
$a = $$items{'item1'}[0];

#はできるみたいだが、之じゃあ意味がないし・・・

まあ、Perl5からなのかな〜?、それとも昔から出来たのだろうか・・・
とりあえず、この方式気に入った。PerlでClassのようなものを作る方式もあるが、あれはいまいち気に入らなかったので、とりあえず構造体に近いものが使えるのはいい感じだ。

というかもしかしてあたりまえなのか?
Perlは奥が深いな・・・

まあ、見た感じだけでPerl使ってきたから、基礎が出来てないとはいえる・・・

Perlでオブジェクト指向 >>1 >>2

■FF6 - 23:45

帰って飯食って今までやってた(ぉ、やりすぎ・・・

もうすぐ終わりそうだ(TT

やっぱ、セッツァーかっこいいな(笑
とりあえず、全員勢ぞろいENDやって、最低人数ENDやるかな〜
仲間になったときの平均にLV合わされるっての忘れていて、
損した奴が多かったな・・・ (TT

 

 

  2002年6月3日 月曜日  
   
 

■ギコ猫商標登録

 タカラがギコ猫の商標登録を行っていたらしいとのことで、いきなり祭り。
何考えて取ったのかはわからんでもないが、この反応を考えなかったとでもいうのかな?。まあメジャーにさえなってしまえば、経緯がどうであれ、キャラクターグッズで儲けられるかもってところはあるな、何気にまだ有名とはいえギコ猫やモナーを知らない人のほうが多いので、仮にメジャーになったとすれば、誕生の経緯とか権利のごたごたなんて関係ないからな・・・

まあ、自然発生的なものだから、確かに誰もが著作権者ではないので、勇気を出して取ったもんがちでもあるかもしれないとか思うこともないわけではないが、やっぱアホ

このスレ悲しすぎ >> 

やはりギコとモナーは欠かせんよな・・・ >>

と思ったら

取下げらしい(ぷ
>タカラは6月3日,商標登録の出願を取り下げたと発表した
>タカラ、「ギコ猫」商標出願を取り下げ 「ユーザーにお詫びしたい」

しかし、これでまた誰のものでもなくなった感があるな。
正直、グッズは欲しかったぞ(ぉ

次に登録するのは誰だろうかね?

■FF6 - 21:30

 つらつらとプレイをしていたら何時の間にか、飛空艇のところまで来ていた。なんかセッツァーってエロエロ親父だな、昔はそうは思わなかったのだが、「俺の女になれ」っていきなり言うほうもおかしい、まあ、その前の劇場はそれなりに音楽が好きだからよかったよかった。あのシーンは好みがあるらしくて嫌いな人も多いようだ(笑、しかしロックの浮気症には困ったもんだ・・・、これがなければ結構すきなのだが(ぉ

もうすぐ、シリーズ中でも一番好きな崩壊後だ〜
頑張るぜ

 

 

Old Dialy


■Old Dialy 04 (2001/05/09-2002/06/03)
■Old Dialy 03 (2001/02/08-2002/05/09)
■Old Dialy 02 (2001/09/28-2002/02/08)
■Old Dialy 01 (2001/08/06-2001/09/28)


Dialy - 鴨屋敷 1999-2002 by 矢鴨 kamo@7cho-me.com
■back ■index