仕事

ハードディスク抜いたり、差し替えたり。
ケーブル引っこ抜いたり、別の持ってきたり。
えらく歩いた。（社内を）

朝から某社本社へ。受付がすさまじくて倒れそうになる。やっぱ、凄い会社だなぁ…。
帰社後、一日中メール書いてた気がする。

ビットをごにょごにょするいいアルゴリズムが思いついた。
もっとも考えが甘く無ければだが。
これで、３２回ループするのは省略できたりするのではないですか？？

int[] foo = new int[5];　（あぁ、Javaはこうでもよかったんでしたね。)

int foo[] = new int[5]; (あぁ、今書いてるのはJavaじゃなかったんでしたね。)

$foo = array(); (あれ？なんでJavaファイルを開いたeclipseで打ってるんだ？)

勘違いや混乱にもほどがあります…。
そのうち、

std_logic_vector( 7 downto 0 ) foo

とか書き出すんじゃないかと思ったけど、それは思いとどまった。

深い深い訳があって、高速化する必要が出てきたので改めて。
Javaでメソッド内で配列の処理がされて、結果が配列で返される様なメソッドを想定した場合。

class foo{
public int hoge(int param)
{
int retValue[] = new int[param.length];
for(int i=0; i

よりも、

class foo{
public void hoge(int param, int retValue)
{
for(int i=0; i

の方が早い訳です。特に繰り返しコールされる様なプログラムの場合、効きます。
というのを改めて今日わかった気がする。

データ構造を勘違い。全然違うところをトレースして、最後の最後、デバッガで変数を１つずつ追って勘違いに気づく。
もう少し早く気づきたいものです。
あまりにも情けないので22時過ぎ頃に切り上げ。

全然頭が回らずコード書き進められず。しかしながら、意地でなんとか今日の目標まではたどりつくも、パフォーマンスが悪く多々反省。
いかんなぁ…。

激しく疲れた。

ここより。一番簡単なやり方。として紹介されている方法。
etc/(app-id)-ini.php に設定がDSNが設定してあれば、

http://ethna.jp/ethna-document-dev_guide-db.htmlより参照。

function perform()
{
$db =& $this->backend->getDB();
sql = "SELECT id FROM test";
$result =& $db->query($sql);
$i = 0;
while ($data[$i] = $result->fetchRow()) {
$i++;
}
return 'index';
}

でアクセスできるとのこと。
でもこの$dbでは、PEAR::DBの様にgetRowすることはできない模様。*1

なんとか頑張りましたが、疲れは最高潮。
全然ダメでした。