こんなにおもしろいのに、続きはないのかなぁ。いうか、memsetサイコー。いうわけで、リンクを読まずに、上のヒントから、次の問題(全部引用)を解いてみましょう。コンパイルして、このコードに欠陥が見つかるかどうか調べてみてください。fOK;}ヒントをあげましょう。コードには何も悪いところはありません。期待どおりに記述されています。(この例では、パスワードを取得する方法は問題ではありません)、そのパスワードを使って何らかの重要な操作が実行されます。作業完了後に、パスワードの全バイトがクリアされます。....ZeroMemoryってのはWin16時代の互換性用のAPI(CRTの欠落を補うための)だと思って敬遠していたこっちが間抜けだったようだ。APIを使えというますますソース互換性を失わせる罠でもあるが。Secureで連載は続いている。最新は2004/1で、担当がデイヴィッドルブランってのに変わってるけど(ただしマイケルハワードによる紹介文つき)。いうか、このコラムがおもしろい理由の1つは、〜は脆弱性の原因となる。MS03-xxxxは、まさにこれが原因だ。妙にナマナマしいからだな。記号クラス名はお隣のJavaチームがやっています。画面IDと対応しているようです。[うむ、さすがだtDiary。もぐらありがとうございました。ライオンやシマウマなんかと違って、テレビや動物園とかで見られるわけではなく(って言うか、動物園で見たことは無いけど。テレビではあるかも知れないけど記憶には残ってない)、その意味でも未知との遭遇でおもしろかったです。いうか、あそこをモグラが掘っているという現場(なぜか石が順番に揺れていくとか)や、掘られた跡、は見たことがあったけど現物が地上に出て活動しているところは始めて見ました。確かにかわいいですね。3本目の尻尾を残して穴を開けて潜っていくところ最高。潜るスピードにびっくり、だけど、なかなか尻が隠れないとことか。あれって、芝生のところでは潜れなくて、花壇のところまで行って始めて潜れたということなんでしょうか?かわいい害獣ってのは厄介だなぁ、とつくづく思うものの、こればっかりはどうにもならないですね。char(int);ここがまずいというのはわかったものの、ちゃんとコンパイルが通る(正しいコンストラクタ呼び出しで、ポインタが返る)のにはあらためてちょっと衝撃(というのは大げさだけど盲点でした)。このテの記述ミスはしたことはないとは思うが、危ないなぁ。0;}をコンパイルして試す。この程度なら一見問題なしaaaa#でもこの例だと400文字くらい突っ込んだところでヒープのページ境界を越えて死ぬ。パッケージだけ管理すれば良いと思うんですよね。台帳に変数一覧、プロシージャ一覧とかがあって、細かに動作を定義しているのかなぁ、とか想像しているんですが。なんていうか、工業製品の部品台帳みたく、A-01というネジは、AX-01というネジ穴で、発注先はAF-01、という感じ。言っても工業製品がそういう管理をしているかどうかも想像なんですが。安上がりな難読化手法(台帳がないとソースを読むのは外部の人間には無理)なのかな、とか。少なくても1度とは言え(しかもCOBOLとは言え)見かけたことはあるから、なんかそんな変なことをやる理由/推奨している手法があるはずなんだけど(少なくても本屋のプログラミング言語コーナーでそんなのを奨めているのは見たことがないので、管理手法側なんだと思う)、まったくメリットがわからないので。#もしネームスペースが単一でかつ1つの実行モジュールにリンクされることになる巨大なプログラムを複数人で開発し、しかも名前が8文字、かつローカルスコープの変数が取れない、といった条件があれば、まあ、わからないでも無いし、古いCOBOLだったら比較的その状態に近いかな(でも名前8文字ということは無いとは思う)、とは考えられるんですが。#でもその場合は言語を変えるのが筋だと思います。少なくてもCならファイルスコープとローカルスコープがあるわけだし。・長期的な視点:とりあえず、PoEAAでも読む・中期的な視点:VB方式(後述)・短期的な視点:全部、static。バッチ式(ANT駆動とか)――殴られそうだけど、意外とまじめな提言。byRefの区別がわかっていない(入門書でも見かけるが、ByRefを推奨し過ぎ。nextは禁止したほうが良いだろうな)と言った点で、ちゃんとしたコンポーネントに対してトランザクションスクリプトパターンを適用して記述する分には、そんなにダメ言語じゃなくて、むしろ長所も多いとも言えるわけで、Javaで開発する場合も同じように、トップのメンバー→ユーティリティクラスやDAO(ビジネスメソッドまで持つかどうかは人数と時間に依存)、サービスレイヤーを作らせる、その他→トランザクションスクリプトパターンで1つのメソッド内で上のクラスを操作させる、とやっていけば、業務システムであれば、仮に落ちる一方のウオーターフォールでやっても大きく破綻することは無いと思います。ファイルのダウンロードHTTPで日本語のファイル名を使いたい場合、Content-Dispositionにファイル名のエンコーディングを指定できない。parameter少なくてもIEに対しては、Shift_JISでエンコーディングしてやれば正しく認識する(多分、UTF-8もOKな気はする)が。追記:2047を適用すれば良いのかも。して、運用の先端が輪になっていないのかまじめに読むと結局、営業は出入りしているだけあって、もっとも的確だった(本当に必要なものに、多少の豊かさを夢として加える)という意味なのかなぁ。MSはDOAの夢をどうして見るんだろうか?考えてみよう。オブジェクト指向設計よりも「データ中心」と、エバンジェリストが何故語るんだろうか?1.J2EEとの「相違点」を明確にして勝負をかけるため。これは、すぐ推測できる。「もうメインフレームじゃないしー、でも、オープン(システムってやつ。ソースじゃないよ)ってUnixとかWindowsとかあって、わけわかんないしー、うちのシステム部は、COBOLでDOAだしー」みたいなとこに食い込むための釣り餌。いう側面がないわけじゃないだろう。いうか、絶対あるだろ、そりゃ。2.本気そりゃ、あれだけ大きな会社でいろんな考えの人もいるから、そういう視点もあるかも知れないけど、それだけじゃないだろうとは誰でも思う。ヘジスバーグがDOAとか考えてるとは思えないよね。3.主戦場はデータベースマネージャSQL*Serverを主戦力として考えているんだったら、これはありだろう。Frameworkとかはインフラであって売り物そのものではないんだから。本当の敵はやっぱりOracleですな、とか。4.ユーコン?......5.EAとからめてビジネスアーキテクチャはおいておいて、テクノロジーアーキテクチャは取り合えずSOAで平和共存としておいて、アプリケーションアーキテクチャはこれからもいろいろ変えるためとっておくとして、インフォメーションアーキテクチャを抑えたいとか。6.?というように、いろいろ空想が膨らむのであった。あと、ADO.NETは、特別だというのもあるとは思う。以前も書いたけど、なぜ、マーティンファウラーがわざわざADO.NETのためだけにテーブルモジュールパターンなんていうパターンを載せたのかということに関連してくるけど、あれは完結してるからそのまま使うのが吉。P.128)――テーブル中心のデータ構造に基づいて(訳注:データ中心ですな)アプリケーションを組むんだったら、ドメインモデルとアクティブレコードの組み合わせより、テーブルモジュールのほうがうまくやれる。DOAで回したほうが良い、ということになる(のかも)。「のかも」は僕の感覚で、必ずしもそうではないだろうと考えているからだけど。そのへんは、まだ良くわかってない(それほど規模の大きなもので試してない)のでなんとも言えない。「至極真っ当」かつ、「いやだなぁ...」という気持ち、すごくわかります。貧乏な若者スーホと白い馬は仲良くやっていた。あるとき、馬持ち込みの競馬の勝者を王女と結婚させる(つまり、次期の王様になる権利を貰える)という王様のおふれがスーホの村にもやってきた。スーホは白い馬と王都へ行き、素晴らしい成績をおさめる。王様が欲しかったのは貧乏な若者ではない。その見事な白い馬は欲しい。王様なんだから欲しいものは手に入る。兵士を使えばできないことは無い。馬の心までは手に入れることはできなかった。馬は馬頭琴と呼ばれる楽器となり、今日も大草原に歌が流れる。と一応疑問形)と、同じようにOMGと競合するものを(現物付きで)出して来たってことかな?もしも歴史が繰り返すなら「取り敢えず」MDAは放っておいても良いってことになるから話は早いんだが。wildcatsさんのとこ経由(だと思う)。食べるための財布は1つカルチャーとビジネスは違うからなぁ。カルチャーってのは耕すわけだが(そのものを育てるわけだし)、ビジネスって忙しいことだし(そのものをすり減らすわけだし)。なんというか、「食の安全」というような方向から有機栽培していたら、農林省の「付加価値政策」として「有機栽培ガイドライン」とか「有機マーク」とかが出てきて、まあ、有機栽培してるわけだしとマークを付けるわけだが(しかし、ちょっと違うのはマークは先にあったんだよな、主なのが2種類ほど。そのマークはガイドライン準拠と呼ばれているわけだ、後から)、十把一絡げに付加価値野菜を作ってますな、儲かりまっかといわれたらイヤンとかいうような感じかな。実際に儲かってるわけではないというか、これまで通りのことを粛々とやっているだけなわけで、なんか奇妙な感じがしてくるのは事実だろうし。