[B! programming][c] hiroakiunoのブックマーク

Mozilla のセキュリティ評価と最良実践ガイド

草稿 3 - 2002年5月17日キーポイント製品への後付けでは優れたセキュリティを達成できません。設計の段階からセキュリティを考慮しなければならないのです。製品のどこにあるバグでもセキュリティ上の脆弱性を引き起こし得ます。セキュリティバグは必ずしも PSM (Personal Security Manager) や ScriptSecurityManager で起こるわけではありません。安全なコードを書くことは正しいコードを書くことの不可欠で必要な一部分です。メモリーリーク、初期化されていない変数への参照などを含むコードをチェックインしないでしょうし、レビュアーとしての承認を与えることもないでしょう。同様に、バッファオーバーラン、クロスサイトスクリプティング問題や以下に記述されている誤りを含むコードはチェックインを認められないものなのです。要するに、セキュリティは全て

hiroakiuno 2008/06/25

リンク

Cでのポインタの読み方

Cでのポインタの読み方 Cのポインタの読み方は、ルールを知らないと摩訶不思議です。ルールを覚えれば、 int (*p[5])[3]; char (*(*fp)(void))(int); なんてのも解読する事ができます。大事な前程ポインタを読む際には、「英語で読む」必要があります。「え～、英語～」と思う方もいるかもしれませんが、逆に日本語で読む方が大変です。基本ルールルール後置演算子が優先。関数の() 配列の[] 前置はあとで。要は、「後ろに何かあったら、後ろが優先」です。演算子の英語での読み方 * pointer to ... () function returning ... [] array of ... Lesson 1 まず、演算子が単独で出てくる場合です。 Lesson 1-1 pointer to ... int *p; これは、まずpを見ましょう。 i

hiroakiuno 2008/05/22

リンク

３.１配列の要素数を返す． - C/C++ 関数・マクロ集 ((ほぼ？) 処理系・OS 非依存)

「C/C++ 関数・マクロ集」というタイトルですが，そのうちのいくつかはＣ専用だったりします．(苦笑) 2007/06/24(日) 追記高木さんより，Ｃの規格上移植性に問題がある点をご指摘いただいたので，現在修正中です． (たくさんあります…．orz) とはいってもその多くは，めったにお目にかかれないような珍しい処理系とか，「そんなの実在するの？」という処理系に移植する場合の話なので，実用上ほとんどの場合は問題ないと思います． (一部そうとはいえないものもありますが．) Ｃの規格に照らして完全に「処理系・OS 非依存」にするのは困難な場合もあり，完璧な移植性にこだわるあまりプログラムが書けなくなっては本末転倒なので，タイトルに「ほぼ？」を入れました．orz 2007/06/21(木) 追記このページを含め，私が C/C++ 関連記事を書くに当たりたびたび参考に＆リンク

hiroakiuno 2007/09/10

リンク