kyara

はてな始めました

kyara — Mon, 14 May 2007 03:34:00 GMT

最後のエントリーの日付を見たら、一年以上ほっぽいてたんですね。

なんか、こちら久しぶりって言うより使い方がもうよくわからないです。

で、近況ですがまあお仕事もそこそこ忙しいのでブログ自体やってなかったですけど

仕事だけに忙殺されるってのもなんか嫌なのでちょっと前からHatena::Diaryのほうで

Title::会者定離で以降

ID::murase_syuka（kyaraが既に使われていた＊A＊）

で、ぼちぼち書いています。

まあ、こちらのメンバとは、時たま会うのは２人くらいなっちゃいましたけど、

覚えていてくれる人がいれば、覗いてください＾＾；こちらです。

Unixのせかい

kyara — Wed, 15 Mar 2006 02:29:00 GMT

ウニックス系の環境なり、言語なりをウインドウズに移植された物を使っていると

ナチュラルに、「パッチを当ててください」とか出てきます。

＜メモ＞

diff パッチ作成

patch　パッチ適用

patch -p1 < patch_code

「窓にはdiffもpatchもないんです(｀へ´)、MSさんおっちょこちょいだから、SFUにdiffは入れてもpatch入ってません」

えぇ、入ってません。

まあ、入れればいいんでしょうけどめんどくさいです。

他にUnix環境作るとなるとcygwin,coLinux,VMplayer,KNOPPIXなんかが、あるんでしょうけどまずcygwinは嫌です。

環境がwindowsと混ざる気がしてcygwinあんまり好きじゃないです。とか言いながら会社ではcygwinな人...orz

あと、KNOPPIXなどは簡単で便利なんでしょうけどちょっと、合わない気がします。

今回は環境が一番クリーンそうなVMplayerでも入れてみます。フリーのUnix系のイメージがいくつか一緒にあるみたいなので簡単かなって感じです。

PS、イメージのDLに結構時間懸かりそうです。

＜追記＞

ubuntu（うぶんつ？）入れてみました。最初でsound drive関連でエラー出てましたが、普通に使えそう。おいおい感想書いていきます。

しかし、これがフリーですか。いい時代ですね。

Webアプリのお勉強始めました

kyara — Sat, 11 Mar 2006 04:49:00 GMT

一先ず、lighttpdとruby on railsの勉強中。

最近忙しいので更新もボツボツですけど、メモ代わりに書いていきます。

しかし、Linuxを走らせるセカンドマシンとして「グラタン」ほしいっす。

＜３・１４＞

lighttpdは、apatchに比べて異様に小さいです。見たときこれだけって感じ。

現状lighttpd選んだ理由であるFastCGIの設定方法がいまいち解らないｗ；

MindMapについて

kyara — Thu, 12 Jan 2006 04:50:00 GMT

なんか、ちょっと有名らしいMindMapを試してみようとFreeMindをインストールしてみました。

ちなみに、MindMapの詳しい説明はGoogle先生に聞いてください。結構ヒットしますし、

そもそもが、勉強においてのノートの記述の方法らしいので、紙と鉛筆があれば出来ます。

今年受験の人は間に合わないでしょうけど、来年以降の人は試してみればどうでしょうか。

ちょっと触ってみた感じでは良く出来てるソフトですし、暗記物（英単語、歴史等）には効果が期待できそうです。

個人的にも英語の勉強に使えるかなって、思ってます。

なおこれ、XPの環境では勝手に日本語になってくれるみたいですが、2000では設定自分でしなくちゃならないみたい。

＜訂正＞日本語化されてました。2000に入れてたのバージョン古かったです。今最新は0.8.0みたい。

そろそろ再開しなくては

kyara — Sat, 29 Oct 2005 05:08:00 GMT

題名のままですね。もう２ヶ月くらいなるのかな？一先ずC++のフクシュウさっさと纏めないと。それがめんどくさかったんだけどねｗ；

目標、週刊。こんなことばっかりいっている気が、月刊の方がいいかな。

＜思いっきり途中です/＞C++のフクシュウ＜その２＞

kyara — Sat, 20 Aug 2005 19:12:00 GMT

さて、次は

３、コンストラクタとデストラクタについて

コンストラクタとデストラクタについて、考えていってみまっしょい。

通常クラスの生成は、

class A
{
public:
A(){};
~A(){};
};

int main()
{
    {
        A a;
        //生成されてからの寿命はスコープ間に限定
        //確保メモリはスタックに詰まれる
    }

    {
        A *pa = new A();
        delete pa;
        //寿命は開放するまで
        //動的に確保する
    }
}

下記のnew/delete表記法だと、コンストラクタとデストラクタの実行が何時起こるかは
new/deleteの実行タイミングですが、
ではでは、上記の記法だと、どうなるでしょう？

{
A a;
A::A()
}
A::~A()

って、こんな感じでした。コンパイラは、スコープを抜ける前にデストラクタ関数呼び出しを
埋め込むって感じですかね。これだとCでの実装も簡単そうですね。
CwithClassは、こんな感じでクラスを導入していったんでしょか。
ちなみに、

{
A a;
B b;
}

の場合は、

{
A::A();
B::B();
}
B::~B();
A::~A();

でした。
この辺のコンストラクタとデストラクタの順序関係は、クラスAの参照をクラスBが使っていた場合の
ためでしょうね。こんなのを見るとDXの取得した順の逆に開放を思い出しますね。
多分、似たような問題があるんでしょか？

４、仮想関数のオーバーライドについて

で、仮想関数のオーバーライドについてです。
本題ですが、引っ張っても問題なのでちゃっちゃっとやりまっしょい。

さて始めに、

class Base
{
public:
Base(){cout<<"start Base"<<endl;};
~Base(){cout<<"end Base"<<endl;}
};

class Derivative : public Base
{
public:
Derivative(){cout<<"start Deriva"<<endl;};
~Derivative(){cout<<"end Deriva"<<endl;};
};

int main()
{

    {
        Derivative *pd = new Derivative();
        delete pd;
    }
    cout<<endl;
    {
        Derivative *pd = new Derivative();
        Base *pb = static_cast<Base*>(pd);
        delete pb;
    }
}

//実行結果
start Base
start Deriva
end Deriva
end Base

start Base
start Deriva
end Base

上記のように派生クラスのポインタを基本クラスのポインタにキャストした後、
開放すると、派生クラスのデストラクタが呼び出されない問題があります。
結構有名な話で、これの解決策として、「デストラクタをVirtualにする」
っていうのが、常識です。

これ自体に特に問題も異論も無いのですが、私がこれを聞いた時は、なぜVirtualにすれば
問題が解決するのかずっと疑問でした。（Virtualの動作原理を良く知らなかったので）ので、調べてみたわけです。

ところで、上記の問題はdeleteに問題があり、基本クラスにキャストされて渡された元派生クラスのポインタを
基本クラスとして、deleteするので、基本クラスのデストラクタしか呼ばれません。
ですので、下記のように、キャストはしても

{
Derivative pd;
Base *pb = static_cast<Base*>(&pd);
}

deleteが、なければ特に問題も無いわけです。
静的に確保したメモリ領域なので、確保した時点で開放も決まっていますが、
動的にメモリを確保し、キャストなどをした場合上記のように問題となります。

さてさて、Virtualについて考えていきます。
Virtual関数を含まない時は、

class B
{
private:
int b1;
int b2;
}

class D : public B
{
private:
int d1;
int d2;
}

int main()
{
D* pd = new D();
B* pb = static_cast<B>(pd);

    cout << "pd" << ' ' << (pd) << endl;
    cout << "pb" << ' ' << (pb) << endl;
    cout << "b1" << ' ' << &(pd->b1) << endl;
    cout << "b2" << ' ' << &(pd->b2) << endl;
    cout << "d1" << ' ' << &(pd->d1) << endl;
    cout << "d2" << ' ' << &(pd->d2) << endl;
}

//出力
pd 00343D98
pb 00343D98
b1 00343D98
b2 00343D9C
d1 00343DA0
d2 00343DA4

メモリ配置はこんな感じでしょう。

address value

0x0000    *pb,*pd->B::b1
0x0004             B::b2
0x0008             D::d1
0x000C             D::d2

さて、次にVritual関数を含む時です。

class B
{
private:
    int b1;
    int b2;
    virtual void fb1();
    virtual void fb2();
}

void B::fb1()
{cout << "fb1" << endl;}
void B::fb2()
{cout << "fb2" << endl;}

class D : public B
{
private:
int d1;
int d2;
}

int main()
{
D* pd = new D();
B* pb = static_cast<B>(pd);

address value

0x0000    *pb,*pd->B::b1
0x0004             B::b2
0x0008             D::d1
0x000C             D::d2

C++のフクシュウ＜その１＞

kyara — Sat, 23 Jul 2005 21:35:00 GMT

さてさて、新人研修も終わってある程度お仕事モードになってきました。
とは言え、新人に行き成りお仕事出すほど切羽詰った状況でもない？ようですし
私も、何でも持ってきてくださいと言えない新人エンジニアな訳でして＞＜
で、これからプログラム漬けの毎日が始まっていきますので、
復習がてら、C++の低レベルな部分の動作を見ていこうと思います。
基礎固めということで。

注意（間違ってたらごめんなさい。ぼろくそ言って下さい。修正します）
環境として、
VS.net2003のC++コンパイラ
を、使用しています。
他の、実装では違う動作もするかもしれませんが、ここでは気にしません。
GCCの方が良いかもしれませんが、サイトがサイトなので皆さんVSが多いでしょうし＾＾；

最終的には、どうして継承するクラスのデストラクタをvirtualに
した方が良いのか実装の方面から、やる予定...です。
一先ず、コンストラクタとデストラクタ、継承、キャスト、
仮想関数の実装方法（vptr,vtable）などを
分かりやすく纏められたらっと思ってます。

１、継承と委譲によるコンストラクタとデストラクタの動作順について

クラス継承の場合のコンストラクタとデストラクタの動作順序は
教科書にも書かれてるくらい基本的なことと思いますが、
メンバ変数としてクラスを持つ場合の順序はどうなるのでしょうか？
確認してみまっしょよい。

using namespace std;

class B1
{
public:
B1(){cout << "B1" << endl;};
~B1(){cout << "~B1" << endl;};
};

class B2
{
public:
B2(){cout << "B2" << endl;};
~B2(){cout << "~B2" << endl;};
};

class D:public B1, public B2
{
public:
D(){cout << "D" << endl;};
~D(){cout << "~D" << endl;};
};

class I
{
public:
I(){cout << "I" << endl;};
~I(){cout << "~I" << endl;};

B1 b1;
B2 b2;
};

int main()
{
    {
        I i;
    }
    cout << endl;
    {
        D d;
    }

return 0;
}

//出力
B1
B2
I
~I
~B2
~B1

B1
B2
D
~D
~B2
~B1

継承の場合は、教科書どうりに

基本クラスコンストラクタ
派生クラスコンストラクタ
派生クラスデストラクタ
基本クラスデストラクタ

の、順に動作しています。

今回クラスの多重継承を用いましたが
多重継承させた基本クラスの順序は

class D:public B1, public B2

上記のコードより、先に継承させてるB1の方が優先？されてるようです。

イメージ的には、

D* pd = new D(new B2(new B1()));
delete B1( delete(B2 ( delete(D) ) ) );//修正（イメージ的にはこちらの表記ですね）

こんな感じですね。

　委譲の場合、純粋にコードの上から順番にメモリ確保されているようですが、
これは、あくまでVC++の実装ですから、他の処理系ではどうなるか分かりません。
まあ、して思いましたけど、あんまり意味ありませんね。
これよりメンバ変数のメモリ確保はコードの上部から、行なわれることが分かりますが、
それを前提にしたコードを書くべきではないでしょうね。
（どうすれば、それを前提としたコードが書けるのか分かりませんが＾＾；）

２、クラスが確保するメモリ領域について

次は、クラスの確保するメモリ領域について調べてみまっしょい。

int main()
{

    I *pi = new I();
    cout << pi << endl;
    cout << &(pi->b1) << endl;
    cout << &(pi->b2) << endl;
    delete pi;

    D *pd = new D();
    cout << pd << endl;
    cout << static_cast<B1*>(pd) << endl;
    cout << static_cast<B2*>(pd) << endl;
    delete pd;

return 0;
}

//出力
00343D98
00343D98
00343D99

00343D98
00343D98
00343D99

継承の場合、B1のアドレスとDのアドレスが一致しています。
単一継承の場合、このことより派生クラスから基本クラスのアドレスへと
キャストする場合のコストがなくなります。

class B
{
private:
    int b1;
    int b2;
}

class D : public B
{
private:
    int d1;
    int d2;
}

int main()
{
    D* pd = new D();
    B* pb = static_cast<B>(pd);
}

address        value

0x0000    *pb,*pd->B::b1
0x0004                B::b2
0x0008                  D::d1
0x000C                  D::d2

上記のような構造です。
派生クラスのメンバ変数は、基本クラスのメンバ変数の後に追加される様に、
配置されています。派生クラスは基本クラスのメンバ変数にアクセスできますから、

namespace B{
    int b1;
    int b2;
}
namespace D{

    using namespace B;

    int d1;
    int d2;
}
namespace B{
    //Bの関数
}
namespace D{
    //Dの関数
}

こんな感じのイメージですかね。
//注意、このあたり自分の勝手な解釈です。スコープの限定？が
　　　　どのように実装されてるかコンパイラの知識は
　　　　乏しいもので確実なことは分かりません。
これだと、明示的なクラスDからの基底クラスBメンバ変数b1への

pd->B::b1

と、上記のメモリ領域とおなじ感覚でアクセスできますね。
ただ、基本クラス関数のオーバーロードは表現しづらい気もしますが。

で、本題ですが、同時に単一継承は、メモリアドレス的に同一なので
型情報の変更で完結します。
この辺のシステムの単純さが、javaやC#で単一継承が用いられてる理由の一つでしょうか。
もちろん多重継承の問題による理由もあるでしょうけど。
派生クラスを基底クラスへとキャストを行なうと
基底クラス型のサイズは８なのでアクセスは基底クラスメンバに限定されます。
スコープもBに限定されるので、クラスDのメンバ変数、関数へのアクセスが出来なくなります。

委譲の場合は、先頭のメンバ変数がクラスのアドレスと一致しています。
これは、クラスがメンバ変数にoffsetを使ってアクセスしているからです。
C++の場合、クラスはCの構造体と同様に、メンバ変数のメモリ領域を順に
取得していきます。

struct S{
    int i;
    int j;
    int k;
};

S *ps = new S();
ps.i    //*(ps+0)
ps.j    //*(ps+4)
ps.k    //*(ps+8)

上記のように、psの先頭アドレス＋オフセットでメンバ変数にアクセスします。

//もし、最後まで読んだ下さった方いましたら、ごめんなさい。
//書いてて自分でもわかりづらいと、思います。
//一寸後で、修正します。

＜追記＞
修正及び追加をしました。もう一度修正いるかな？

黒影さんの問題の考察

kyara — Wed, 20 Jul 2005 16:45:00 GMT

一先ず考察です。なぜなら、明日も早いので寝たいから、まだ解けてないけど
考え方だけ。
＜＜後、トラックバック一寸試してみようかなって＾＾：

EF/a + G/b + H/c + I/d

分子が大文字で、分母が小文字にしてます。
これを変形して

(EFbcd + Gacd + Habd + Iabc)/abcd

EF/a + (Gcd + Hbd)/bcd + Ibc/bcd

EF/a + (Gc + Hb)/bc + I/d

に、なります。

ここで、a = 1, E = 9は、まあ、宋だろうなって感じです。ので

9F + (Gc + Hb)/bc + I/d

ですね。＜そうだろうか？眠いので一寸確認しません＞

これによって、dはIの約数が来ることが分かります。

残りの数字は

2, 3, 4, 5, 6, 7, 8
これを
2, 3, 2*2, 5, 2*3, 7, 2*2*2
って感じで考えると、考えると、考えると、眠いので明日考えます。

基本的に間違ってたら、教えてください。

しかし、久しぶりに紙と鉛筆で頭使った。やっぱり数学は良いですね。
頭の疲れが心地よい。

それでは、お休みなさい。

＜追記＞
あ、トラックバック失敗してる。ってやり方間違ったかな？

http://jp.thespoke.net/MyBlog/BlackShadow/MyBlog_Comments.aspx?ID=38707

下の問題はこちら、答えも詣でてるみたいですね。
で、答えも見ちゃったから、もうあまり意味無いんですよねｗ
まあ、解けるか考えてみます。

上記で
9F + (Gc + Hb)/bc + I/d
と、
2, 3, 4, 5, 6, 7, 8
を、下記のように
2, 3, 2*2, 5, 2*3, 7, 2*2*2
考えようって所以降考えていってみます。

ここで、Fは何でも入るので出来るだけ大きな数が残ってくれって感じです。
ここで、5と7について考えてみます。

上記に示しているように、残った数は5と７以外は全て、２と３の組み合わせであることが
分かると思います。5と7が分母に来ることは無いだろうという仮定で、
＜照明も考えては見ましたけど、難しい＞
bcに５と７が来た時分母は３５になります。２と３の組み合わせで３５を表現することは
無理ですし、
ｄに５か７が来た時も、ｂｃで５や７になりえないので、この二つは分子に来ると考えて
大丈夫だと思います。

よって分母の候補は
2,3,4,6,8
の５つです。

これより始めにｂｃに入る組み合わせとして
2の倍数を考えてみます。ここでは、2,4,8がそれに当たります。で、小さい2,4で
最初考えます。

9F+(G+2H)/4+I/d

に、なります。（めんどくさいのでチャッチャッと行きます。）

G+2H = 4x(候補3,6,8でｄに3,6,8が来る場合3で、I　に６が来るでしょう)

で残りの5,7,8の組み合わせで４の倍数にはならないので

bc２の倍数ではないことが分かります。

で、ｂｃに２と３が来た場合

9F+(3G+2H)/6+I/d

となります。こうなると、ｄに６が来るかなって感じです。３は素数なので３の素数を
含んでいるのは３と６だけだからです。

9F+(3G+2H)/6+I/6

4,5,7,8が残り、

3G+2H+I=6x

を、4C3で２４通りですが、

3*4+5*2+7=29が最小値になりますので、これ以上の６の倍数３０、６０、、、で

３０を考えますと

3G+2H+I=30

Gに、４を考えた場合１２＋２H＋I＝３０は成り立ちません。
Gに、５を考えた場合１５＋２H＋I＝３０はH＝４、I=7で成り立ちます。

全部を代入すると、

98/1+5/2+4/3+7/6

まあ、答え知ってましたから、こんな感じでｗ、分かっていても疲れました。

でも、これより大きな数が無いという証明は出来ませんでした。

ICPE,ICWFの用意しなければ＜デジカメは買ったぞ＞

kyara — Sat, 16 Jul 2005 17:31:00 GMT

って、訳でICPE、ICWFの用意何もしてません＞＜

ってまあ、最初に休み貰わないとな、結構社会人だから行って良いんだろうって書き込み見ましたが、もろ私行くつもりでした＾＾；いや、招待されてるんだから良いでしょ。
　っていうより、招待状が余ってるのでICPEの方、お友達誘おう思ってるんだが、
こちらはいいのかな。まあ参加申し込みのメールで友達誘って良いんですか書いて
なぜか２通招待状入っていたんだから、良いんだろうと思っておきます。
･･････良いんですよね？＜まあ、その友達参加決定って訳じゃなんですけどね＞

まあ、休みを貰わないとっとか、書いている時点で分かって貰えるかもしれませんが、
交通機関と、宿泊先どうしよ？
また、関西組みで一緒にってのあるんでしょうか？知ってたら教えてプリーズ。
できれば、土曜くらいから言ってあっちブラブラしてても良いんだけど、
問題は月曜のICWF終わった後の帰りです。次の日仕事だしね～。どうしようかね～。
まあ、誰かにメッセで聞いときます。

一先ず、用意したことといえば念願のデジカメ買いました。
買ったのは「LUMIX　DMC-FZ5」４２K円くらいでした。
薄型の「LUMIX　DMC-FX8」と迷いましたが、値段も似たようなので
カメラカメラしたカメラを買いました。
それにしても、安くなったとは言えお財布の中の五つ子の諭吉さんが全て
ヨドバシカメラに貰われていきました；＿；
財布の中身小銭だけ、悲しい。

久しぶりのメタセコイアでモデリング＜アニメーションつけよう思ったが＞

kyara — Thu, 14 Jul 2005 17:46:00 GMT

題名のとおり、久しぶりにモデリングしてみました。
傘ですけど単純なオブジェクトですけど、疲れますね。これからテクスチャも有るのかと思うと...orz。

＜傘をレンダリング（を削除）＞

傘の骨って４６本で、良いんですかね？
誰か知っています？

＜修正＞
大きさ１．９尺（直径１．１ｍ）骨目４８本らしいです。

＜舞妓さん（を削除）＞
ひとまず、作ったのはいいのですが、

なんでしょ。アニメ付けに使おう思ってたフリーソフトの設定が難しい。美味い動きが作れない...orz。
間に合わね～。
誰かいいソフト知っています？てゆうか、必要としてるなら自分で作ればいいのか...w
って、まあ作れるよう勉強はしてるんですけどね。難しそうですからね、なかなか。

う～ん、LightWave欲しいな＾＾

ICWFゲストのピーター･フランクルさんについて

kyara — Sat, 25 Jun 2005 19:55:00 GMT

ちょっと、近くの図書館に行った時、
ICWFでのスペシャルゲストのピーターさんの書籍を発見。
ICWF多分行く予定なので、参考に一寸他の本と借りてみました。

「ピーター･フランクルの中学生でも分かる大学生にも解けない数学問題集」
ってこの本、「エレガントな解答をもとむ」と同じにおいがします。
エレガントは最初の数問読んだだけで、挫折しました；＿；。
これは「大学への数学」のコラムをまとめた本みたいですけど。

で、一寸だけプロフィールとか見て驚きです。

要約「ハンガリー出身の数学者で、数学オリンピック（IMO）金メダリストで、１１か国語ペラペラ」

マジですか＊ｗ＊
凄い人だったんですね～っテ感じです。

数学と英語は学校でモット勉強していればと思う今日この頃ですね。
＜いいわけ＞決してなかったわけじゃないですけどね＾＾；

それはともかく、図書館で借りた本読まないと。kのままでは一冊読めるか読めないか。
＜またまたいいわけ＞仕事が忙しいんです。
＜でも勉学の真理＞忙しいからとやらないことは、暇になってもやらないだろう

ので、ICWFで皆さんに会えるのを楽しみに、頑張ってピーターさんの本読んでおきます。

そうだ、京都へ行こう

kyara — Sun, 19 Jun 2005 07:15:00 GMT

お久しぶりです。って、このフレーズも早二回目です。せめて週一くらいで、更新しないと忘れられちゃいますね。
う～ん今ひそかにムーブの五月病かな～、いろいろやる気が起きない。

タイトル道理、京都へ行ってきました。

朝に会社に行くこうと、寝ぼけ眼でなんとなく下りの電車に乗ってみました。
しかし、
「なんだ、何か可笑しい」
私の第六感がけたたましく鳴り出しました。

次の停車駅は「京都」のアナウンス、掲示板には「kyoto」の文字、目的地を、通り過ぎる無常の新快速、乗ってる皆さん明らかにくつろぎモード。

私「うわぁ～、止まらんね～。」

叫びはしませんでしたが、いきなり立ち上がった俺を不信がる乗客たち(はい、自意識過剰ですね)。私はおもむろに懐から携帯を取り出し（ちょっと怪しいですね）、上司に電話しようか迷ってました。結局しませんでしたけどね。

うわ、京都駅内部しか京都は満喫できませんでした...TｗT。

結論としては、新快速は早いですね。予定より２０分くらい遅れましたが、何とか会社には間に合いました。って２０分遅れてるやん...orz。

尼崎電車事故への献花に参加しませんか？＜プラス後日談＞

kyara — Tue, 24 May 2005 01:21:00 GMT

詳しくは掲示板を参照してください。

/*
っで、Light_squallさんと私で行こうと言うことになりました。
きまってることは、今月中の土日、それだけ。

ある程度人数集まるようならオフ会って話しも有るので興味のある方は
Light_squallさんか私宛にご連絡ください。
*/

/*
<追記>
希望者５人くらいは、集まりました。ただ日程によって半分になりそうです。
*/

＜Light_squallさんのメールより一部抜粋＞

で、この献花に東京より、Tatsuさんがおこしになります。
なので、一緒に関西オフを開こうと思います。
日時:5/21(土)　11:00
集合場所:JR尼崎駅

っで、参加希望者は、こちらの掲示板でお願いします。

＜参加者＞
献花の参加者は、今のところ予定７名になったようです。
詳しくは、Light_squallさんのブログで確認してください。

/*
＜締め切り＞
そろそろ、献花の参加者募集の締め切りが近づいています。
参加しようと思っている方はお急ぎください。
*/

締め切られました。最終の献花参加者は８名となりました。
では、参加される方は明日お会いできることを楽しみにしております。

＜後日談＞
献花とオフ会お疲れ様でした。
って、もう献花より日にち過ぎてますが、ちょっと、Spokeに弾かれサインイン出来ない状態でしたので、結局Cookie全部消して何とか復帰です。
で、皆さん書かれてるのでもう書くことも無いですね＾＾；

感想だけ一寸書くと、行って思ったことは、書かれてる人もいましたが、報道陣がまだ要ることに驚きましたし、その報道陣がこっちにやってきたことも驚きました。
普段TVで彼らの取った映像を見ている人間としては、その仕事を批判する気はさらさら有りませんが、別に私らに話し聴きにこなくてもってのが率直な感想でした。
事故現場もほんと普通って、感じでやはりTVの映像から受ける感じとは違ってました。事故現場はもうある程度片付けられて、電車に突っ込まれたマンションの方の引っ越しも進んでるようです。身内、あるいは知り合いを亡くされたような方が未だに追悼に来てらっしゃるようで、献花の花も絶えてませんでした。

今回の事故で亡くなられた方のご冥福をお祈りします。

一先ずここまで、つづく？

<後日談その続き>

ちょっとした小話。
ホスト役の片翼＜って言うか、幹事だね＞のLight_squallさん尼崎の到着いきなり遅れる。
　　　　＞＞電車が遅れてたらしい。

待ち合わせ場所で、codekさんと合流。後で、メールを確認するとLight_squallさんよりメールがきてた。
　　　　＞＞前のベンチにいるのがcodekさんだよと、、、

尼崎からTatsuさんの車で移動。
　　　　＞＞８人乗るのはつらいよ＊ｗ＊

全体の感じ皆さん若いかたが、多かったので元気でした。まあ、技術系の話で盛り上がれたので楽しかったですね＾＾；

DXUTで、始める３Dプログラム（多分途中、おいおい充実、このまま終了も）

kyara — Fri, 20 May 2005 19:12:00 GMT

って、書いていますがまあ、何もしなくて終わる可能性が大きいです。
私も、勉強中なので、話半分で。

ちなみに私のDXSDKは一寸古い(Oct2004)ので最新環境と動作が違うかもしれません。あしからず。

最初に、概要の説明をしますと、DXUTとはMSが提供しているGLUT(*1)的なものです。
ある程度、Win32APIがわからない人でもDXのプログラムが出来るように整えたライブラリです。ライブラリといってもソースファイルが一緒に添付されているので、どのようなことを書いているかは、ソースを覗けばいいだけです。

これは、DXSDKのサンプルプログラムに使用されているので、サンプルのソースの覗いて見れば、大抵これを用いてサンプルプログラムが作られています。

っで、これを用いた開発として以下の二つが考えられます。
＜EmptyProject(*2)をベースに開発＞
＜ソースの一部を自作プルグラムに流用＞

では、EmptyProjectの内容を空のWin32スケルトンプログラムにコピペしてみました。
最初はまったく動かず、プロパティの整合を取っていけば、動くようになりました。
プロジェクトとのプロパティを幾つか弄る必要があるようですね。
以下に、今回行なった方法で、大きそうなところを書いていきます。

＜UniCode文字の使用＞
これは、DXUTが使用を前提としているようです。
＜プリコンパイル済みヘッダを使用しない＞
よく解ってないので、チェックを外してコンパイルしたら何とか通りました。外さないと、ファイルはありませんと、エラーを吐かれて＾＾；
＜DXUTSound関係を使わない＞
/*
どうも、あるとリンクエラー関係が出るので、外しました。
*/
すみません。EmptyProjectでは、DXUTSound関係は使ってないので、外す以前に含めないようでした＾＾；

あと、こまごましたところをDXSDKのサンプルコードのEmptyProjectと刷り合わせたら、コンパイルは通るようになりました。完全では有りませんけど。
DXUTは部分部分で、流用しやすそうなのでDXUTをベースに書き直したほうが良いのかな？
まあ、自分のプログラムでDXUTを使うのは初心者の私には一寸敷居が高そうかなって感じでした。

＜結論＞
一先ず、Unicodeに対応させたプログラムを書けばDXUTのコードの流用はそれほど難しくないようです。

次は実際流用していきたいですね。

＜＜少しずつ充実させる予定＞＞

(*1)SGIのMark Kilgardによって作成されたOS依存部分の解消を目的としたOpenGLのライブラリ。
(*2)DXSDKのサンプルコードのスケルトンプログラム。サンプルコードの一つとして添付されています。

VS2003蘇生

kyara — Tue, 17 May 2005 17:33:00 GMT

ちょっと、VS2003起動しようとすると何でしょ。起動できないじゃ、あ～りませんか！

仕事忙しいのに、再インストールかよと、あきらめてインストールしてましたら、差分でも取ってるんでしょうか。１時間しないうちに、インストール終了＾＾。

設定も生きているっぽく、SDKやライブラリの類、パスとかしなくて済んでよかったです。

しかし、原因はと思っていると、この前感染したウイルスか...Orz。
まあ、そうではないとは思いますが、そろそろOS入れなおしたほうがいいのかな。
いっそのこと、新しいマシン買うとか。

で、インストールしなおす時に、キーワードに色付けを付けるための、usertype.dat退避させなきゃって、退避させたんですけど、結局は上記で述べたように必要なかったです。
まあ、退避させたついでに、UPしときます。興味のある方は、使ってみてください。って、言うかモット良い奴誰か頂戴＾＾；
著作権は放棄します。って、私も人様が作ったの弄って使わせてもらってるので＾＾

一応、STL、DXUT＜一部＞、Boost＜一部＞の色付けをしてくれます。
私が弄ってるところは、全て一部しか実装されてません...orz。時たま気づいたように増設してたので、多分まとまってもいません。

まあ、モット使えるようにしていきたいですね。

＜追記、usertype.datの使い方＞
標準で、上記のファイルを\Microsoft Visual Studio .NET 2003\Common7\IDE\devenv.exeと同じフォルダに入れるだけです。
キーワードの追加もただのテキストファイルなので、メモ帳とかで、開いて追加するだけ。
そうすると、入れる前の
    int main()
    {
        //STL使用部分
       std::vector<int> vec;
       return 0;
    }
の、ようなソースが
    int main()
    {
        //STL使用部分
        std::vector<int> vec;
        return 0;
    }
自分の指定したキーワードが赤で、色付けされます。
ちょっと、便利です＾＾；