サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。
Cで継続渡しを書いてから、もう少しがんばれば末尾最適化もできそうだということに気付いて、やってみたらなんとかできた。しかも、絶対にアセンブラが必要だろうと思っていたんだけど結果的にはアセンブラに頼らずにCの範囲内で実現することができた。さすが高級アセンブラ。 fib2.c #include <stdio.h> #include <stdlib.h> #include "obj.h" int main(int argc, char *argv[]) { // 汎用レジスタのつもり void *r1; void *r2; closure_t c = newClosure(0); c->func = (func_t) &&fib_cps_0; for (int i = 1; i < 10; i++) { addRef((object_t) c); // printf("Fibonacci(%d)
で,個人的にはラムダ/クロージャはどちらかといえば(0x での標準化が無理だと思っているので)どうでも良くて,やはり 0x といえばむぅぶせまんちくすなのです.あくまで個人的に,だけれど. ただ,「ラムダ/クロージャよりは Move Semantics」とは言っているけれど,それは別に C++ の関数言語的側面を軽視しているわけでは全然なくて,むしろ Move Semantics によって C++ の関数言語的側面がより強化される,という個人的(かつ勝手)な期待があるので, コピーが重いオブジェクトも値返し -> 関数の引数に副作用がなくインタフェースもすっきり -> コンポジションを用いたシンタックスとの親和性の向上 リソースの「移動」を発展させて,環境の「移動」(クロージャ)という応用観点での Move Semantics そういう意味でもやっぱりむぅぶせまんちくすなのです.あくまでち
日頃より、アレスネットをご愛顧いただきまして誠にありがとうございます。 「ホームページサービス」のサービス提供は2016年1月31日をもちまして終了させていただきました。 これまで長らくご利用いただき、誠にありがとうございました。 今後も、皆様によりよいサービスをご提供させていただけるよう、サービス品質向上に努めて参りますので、何卒、ご理解いただけますようお願 い申し上げます。 <アレスネットをご契約のお客様へ> 後継サービスとして「userwebサービス」を提供させていただいております。 詳しくは、以下のリンクをご参照ください。 ▼「userwebサービス」のご案内 http://www.ejworks.info/userhp/alles/index.html 今後ともアレスネットをご愛顧いただけますようお願い申し上げます。 株式会社イージェーワークス アレスネット カスタマーサポート
帰省、寿司、陶芸体験 8/13(火) 妻の実家の墓参りへ行き、俺の実家へ帰省。風呂に入る前に子供達と外で水鉄砲で水を掛け合いびしょ濡れになる。最後のほうはどうにでもなれと思い、ホースやバケツで直接水をかけ合う。久しぶりの大胆な遊び方に子供たちは大声をあげながら騒いでいるが、田…
http://d.hatena.ne.jp/ryoko_komachi/20060324/1143502995 はてなのDBにはパスワードがハッシュ値じゃなくて生のままはいってる!セキュリティ的に大丈夫なのか?っていうお話。何人か非難の声をあげている。 …ええっと、安全じゃない通信路(インターネット)に生のパスワードを流さずに済むダイジェスト系の認証を使おうとしたら、サーバ側には生パスワードがなきゃ無理だよね?認証する通信路の安全性の話に全く触れずに、パスワードの保存の仕組みだけを取りあげるのは何かおかしな話な気がする。勘違いがあったらご指摘ください。 生パスワードが流れても大丈夫なように認証を全てSSLで安全な通信路にすれば、ハッシュ値の保存だけで済んで安全っていう議論はありうるけど、そもそもそこまでする必要はあるんだろうか?パスワードDBが突破された後に守るべき物が残っているのだろうか
ヤングマガジンのサイトで、新井英樹の「RIN」第1話が丸ごと読めるようになっています。 別の雑誌に連載されていた『SUGAR』の続編なんですが、移って1回目だと、いくぶん説明的になっちゃうのは仕方ないのかなー。持ち前のリズム感がうまく出ていないような気もします。でも最高。超天才。浦なんとかのプラなんとかの1おく倍くらい売れるべき。第1巻、5/2発売です。 WSSE認証は「安全」かつ「手軽に導入できる」認証として、当初Atom APIで採用されていました。Perl CGIしか動かせないようなホスティングサービスでも使えることが大切で、HTTPSが必須とかでは目的に合わないと考えられていたようです。 以下の記事では、冒頭で4つの選択肢が検討されています。 http://www.xml.com/pub/a/2003/12/17/dive.html HTTP Basic認証を使う。Basic認証は
著者: 金床 <anvil@jumperz.net> http://www.jumperz.net/ ■はじめに ウェブアプリケーション開発者の立場から見たCSRF対策について、さまざまな情報が入り乱れている。筆者が2006年3月の時点において国内のウェブサ イトやコンピュータ書籍・雑誌などでCSRF対策について書かれている記事を調べた結果、おどろくべきことに、そのほとんどが誤りを含んでいたり、現実的 には使用できない方法を紹介したりしていた。そこで本稿ではウェブアプリケーション開発者にとっての本当に正しいCSRF対策についてまとめることとす る。また、採用すべきでないCSRF対策とその理由も合わせて紹介する。 ■あらゆる機能がターゲットとなりうる ウェブアプリケーションの持つ全ての機能がCSRF攻撃の対象となりうる。まずこのことを認識しておく必要がある。 Amaz
FirefoxはデフォルトでSerifが選ばれていたりしますが、Windowsでは、標準で入っている唯一の明朝体であるMS明朝はビットマップが埋めこまれていますので、WindowsXPでClearTypeを利かせていますとあまりありがたくないのです。MS明朝もさざなみ明朝もIPA明朝も、よく使いそうなサイズに限ってビットマップを埋めこんでくれているのは、大きなサイズで見える奇麗な明朝体を、そのまま小さいサイズで奇麗に見せるのが難しいからですね。サイズが小さくなるほど1ピクセルを調整するために移動させなければならない量が増え、逆に拡大時のバランスが悪くなるというわけです。グラフィックスに使われたり印刷に使われたりと考えると小さいサイズでしかもディスプレイという荒いデバイスでの表示を犠牲にするのは仕方ないでしょう。 …でも使う方はそのディスプレイでの小さいサイズでの表示が一番多いわけで。折角の
【初級】知っておきたいストレージの基礎 第2回 HDDの内部構造とスペックの読み方 容量,入出力性能,信頼性でディスク構成を最適化する ここ5年間で容量単価が10分の1~20分の1に下がったハードディスク・ドライブ(HDD)は,従来と比べて利用範囲が大きく広がった。そのため,格納するデータの用途やライフサイクルに合わせて,HDDの容量,性能,信頼性,コストを最適化することが求められている。これらの仕様を正しく読み解くために,HDDの内部をのぞいてみよう。 ハードディスク・ドライブ(HDD)は,現在,市場で最も利用されているストレージの代表格である。最近の劇的な低価格化により,HDDはバックアップ・メディアとしても利用されるなど,その用途は多岐にわたっている。 HDDといっても様々な種類があり,入出力性能を重視したハイエンド・モデルから大容量・低価格モデルまで,目的・用途に合わせて選ぶことが
YAPC::Asia 2006 Tokyo レポート 書いた人:ma2 はじめに Perl 使いのお祭り YAPC (Yet Another Perl Conference) が初めて日本で開催されました。しかも YAPC 史上最強ともいえるスピーカ陣がそろっています。これはいくしかないということで、以下にレポートをお届けします。当日は天気もよく、早めに会場に行ったもののすでに多くの参加者の皆さんが詰めかけていました。日本における Perl の普及と関心の高さが伺えます。会場では無線 LAN が使用できるようになっており、通路沿いには電源タップが設置されていたので、参加者の方々のノート PC 率はたいへん高かったように思えます。 二日目以降はセッションが分かれていたので、本レポートでは個人的に興味のあるもの、二度と聴けなそうなものを中心に選んでいます。残りのセッションと写真は次号で追加レポ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く