トップページ⇒tech
180コメント60KB

＿＿フリーソースコードのレベル＿＿

■ このスレッドは過去ログ倉庫に格納されています
0001夏厨学生NGNG
CodeProjectとかPlanetSourceCodeとかでは沢山のソースを
公開されてますが、これらのレベルってどうなんでしょう？

業務レベルには程遠いんでしょうか？
また、業務レベルのソースとはどういうソースなんでしょうか。
0002デフォルトの名無しさんNGNG
大変恐縮ではありますが、わたくし 「ろ」 キーが>>2を頂戴いたしました。

┌───┐　　　>>1へ　たまには押してください。
│＿　 ￤│　　　>>3へ　「￥」は「￥」キーではなく、わたくしを押してください。
│　　　 　│　　　>>4へ　「＿」は「アンダースコア」といいます。名前を覚えておいてくださいね。
│＼　 ろ.│　　　>>5へ　「＼」は「逆スラッシュ」で、「／」は左隣にあります。
└───┘　　　>>6へ　「ろ」は「呂」が変化したとされています。
　　　　　　　　　 　>>7へ　特に何もありません。
　　　　　　　　　 　>>8へ　ここまで読んでくださってありがとうございます。
0003デフォルトの名無しさんNGNG
>>2
\

押してみた。使いにくいなお前
0004デフォルトの名無しさんNGNG
>>2
_

押してみた。使いやすいな、アンダースコア
0005デフォルトの名無しさんNGNG
>>2
\
ん？逆スラッシュじゃねーじゃん。なんつって。
0006デフォルトの名無しさんNGNG
>>2
emeditorでCtrl押しながら押したら
0x1CだったところでFSってなに？
http://www.mars.dti.ne.jp/~torao/program/appendix/ascii.html
0007デフォルトの名無しさんNGNG
炉
0008デフォルトの名無しさんNGNG
「あ」は「亜」だよ
0009デフォルトの名無しさんNGNG
>>6
Fantasy Story
0010GET!DVDNGNG
☆★　新商品　ゾク・ゾク　入荷！！　急げ～！！　☆★☆
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
☆★　送料激安！　　スピード発送！　　商品豊富！　　　
★☆　　　　　　http://www.get-dvd.com　　　　　　　　
☆★　激安ＤＶＤショップ　「ＧＥＴＤＶＤドットコム」　
★☆　　　　　　http://www.get-dvd.com　　　　　　　　
☆★　今すぐアクセス　Ｌｅｔ’ｓ　Ｇｏ！　　　急げ！　
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
0011デフォルトの名無しさんNGNG
>>6
Final Soldier
0012デフォルトの名無しさんNGNG
>>6
Free Source
0013デフォルトの名無しさんNGNG
＞業務レベルには程遠いんでしょうか？
遠いものが多い。近いのはユ～ザインタフェ～スの見栄えとか。

業務レベルのソ～スコ～ド：
条件１：バカでも読めるソ～スコ～ド。
　　　　頭のいい人にしか読めないソ～スは業務では必要ありません。
条件２：えら～処理が完璧。
　　　　あらゆる可能性を考慮。

まぁ、アメリカ人はだねぇ、
コンセプト・基本設計まではいいんだが実装が最悪ね。バグばっかり。
そもそも、バグは出て当たり前って奴ら考えてるからね。
Windowsを見れば分かるでしょ。バグ多くて、重たくって。
0014デフォルトの名無しさんNGNG
>>2
このタイプのコピペでは一番面白かった
0015デフォルトの名無しさんNGNG
>>13
何をむきになってるんですか？
0016デフォルトの名無しさんNGNG
>>15
そうはみえんが
0017デフォルトの名無しさんNGNG
Linuxのコードを参考にしれ
0018デフォルトの名無しさんNGNG
Linuxのコードはきれいとは思えない
0019デフォルトの名無しさんNGNG
Apacheは綺麗だよん♪(^-^*)
0020デフォルトの名無しさんNGNG
http://www.shitamachi.net/ranking/cgi23/ranklink/ranklink.cgi?id=23top




.
0021_NGNG
http://homepage.mac.com/hiroyuki44/
0022_NGNG
http://homepage.mac.com/hiroyuki44/hankaku02.html
0023デフォルトの名無しさんNGNG
あ～、漏れも興味あるかも。

実際、職業プログラマの人からネット上のいろんなソースを見て、
この辺はやっぱ違うなぁ、とか、へぼいなぁ、とかって思う部分ってどんな部分なんスか？
誰かなんか語ってくれ～
0024デフォルトの名無しさんNGNG
う～ん、業務プログラマでもネットでソース公開してる人でも、
うまい人はうまい。下手な人は下手。
神のごとくうまい人もいれば、目も当てられない人もいる。
業務もネットもはっきりいうとレベルは変わらない。

漏れがうまいと思った人はネットでしか見かけなかったが。
0025デフォルトの名無しさんNGNG
なんだ、業務のレベルってたいしたことないんだな。
ネット上のソースコードの方が凄いのか。
0026デフォルトの名無しさんNGNG
>>25
少なくともお前が日本語が下手ということは分かった。
0027デフォルトの名無しさんNGNG
>>26
そうか？>>25の文章のどこがどのように下手なんだ？
0028デフォルトの名無しさんNGNG
カゴメソースを参照してくれ
0029ﾍﾀﾆﾏｼﾞﾚｽ君NGNG
>>8
「安」じゃねーの？
0030デフォルトの名無しさんNGNG
仕事でやってるやつと、趣味でやってるやつも大して変わらんよな
実際、酷いソース見たことあるし
雑誌とかで勉強している人のほうがいいコード書く場合が多い

でも、趣味でやってるやつは局所的に詳しいけどその他全般に関する知識乏しい
その辺がプロとアマの違い
0031デフォルトの名無しさんNGNG
むしろ業務用の方が周りを見ない分レベルは低い。
0032デフォルトの名無しさんNGNG
フリーのソースっていうと C と C++ と Java でほとんど全てなワケだが、
この中でバカでも出来るのは Java だけなわけで、仕事がある割合も
Java がほとんどなわけで、君たちは本当に C や C++ の業務のコードを見たことあるのか？
あと
>>13
> アメリカ人はだねぇ、(禿しく中略)バグは出て当たり前って奴ら考えてるからね。
バグは出て当たり前です。出ないように努力するのも当たり前だけど。
後は出たバグを叩くのみです。
003331NGNG
>>32
Cがほとんどだが。
0034デフォルトの名無しさんNGNG
>>32
まぁ、GNUだけ見ればそうなんでしょうね。
0035デフォルトの名無しさんNGNG
BSDもそんな感じでしょ
0036山崎 渉NGNG
　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン
0037デフォルトの名無しさんNGNG
>バグは出て当たり前です。出ないように努力するのも当たり前だけど。
>後は出たバグを叩くのみです。

テスト仕様書と報告書まで出てるヤツは少ないからなぁ...
うまく動作する事をルーチンパスにプログラムするのと、うまく動かない事をルーチンパスにするのじゃやっぱクオリティに出てくるね。コストも変わるけど。
MSのテスト技法に「すべての行にブレイクポイントを設定して、通ったところはポイントを解除して、ポイントが0になるまでデバッグする」ってのがあるけど、さすがに真似できない。コスト的にね。
0038デフォルトの名無しさんNGNG
むしろ、設計書やテスト仕様書のフォーマットが知りたい。
PMもSEもいつもこのへんでぐちゃぐちゃしてる。
0039デフォルトの名無しさんNGNG
多人数でごちゃごちゃいじったソースは駄目。
一人よがりのソースはピンからキリまで。
0040あぼーんNGNG
あぼーん
0041デフォルトの名無しさんNGNG
んなもん出来上がったソフトの差を見りゃ歴然

業務のほうが３０くらいレベル低い
0042デフォルトの名無しさんNGNG
はいはい。極少数のフリーソフトとそこらへんにある業務のソフトを比べてもしょうがありませんよ。
0043デフォルトの名無しさんNGNG
ピンキリ
0044デフォルトの名無しさんNGNG
>>37
違う状態で通るような場合はどうするの？
またブレークポイント置くの？
0045デフォルトの名無しさんNGNG
例えば、おまえらが普段使ってるコンパイラ。
フリーで実用に耐えられるのはgccぐらいだろう。
0046デフォルトの名無しさんNGNG
見やすいサイトを目指してます
http://homepage3.nifty.com/manko/
暇つぶしドゾー
0047デフォルトの名無しさんNGNG
>>45
gccは実用に耐えられる代物ではありません^^;
0048デフォルトの名無しさんNGNG
じゃ、Linuxは実用に耐えられないOSだな（ｗ
0049デフォルトの名無しさんNGNG
昔、あるメーカのコンパイラが変なので文句言ったら
「全ての面でgccのほうが上です」
と答えられたという話があったな。
0050デフォルトの名無しさんNGNG
某王国だな。
0051デフォルトの名無しさんNGNG
王は余計だった
0052デフォルトの名無しさんNGNG
業務用は仕様書から作るから見易い。
ただし、試運転で疲れてくると、ソースだけを直して
仕様書を直さない事がままあるので、始末が悪い。
0053デフォルトの名無しさんNGNG
フリー：自分が欲しいもの
業務用：他人が欲しいもの

好きこそ物の上手なれ、な面は多分にある。
0054デフォルトの名無しさんNGNG
フリー：自分が使えれば十分なもの
業務用：他人が使えなきゃ十分じゃないもの

フリーだとドキュメントが貧弱だったり、
ユーザインタフェースがしょぼかったり、
バグがあっても自分にとって問題が無かったら
放置されたりする。
0055デフォルトの名無しさんNGNG
>>52
それは会社の体質に依存する。
0056デフォルトの名無しさんNGNG
GNUツールやBSDはソースを弄れるひとが使うもので、
なんも分ってないのが使っても大したメリットを得られるわけではない。
0057デフォルトの名無しさんNGNG
>違う状態で通るような場合はどうするの？
それは問題ない。状態は関係なくその場所を通った事に意味がある。

>設計書やテスト仕様書のフォーマットが知りたい。
知らない香具師が多いが、IEEEに仕様書のテンプレートすばりその物があるよ。
すんげぇ参考になる。
書籍でこの手の仕様書の作り方系を探っても、汎用機時代からの遺産なのであまり参考にならない場合が多い。
005857NGNG
追加
>違う状態で通るような場合はどうするの？
それは問題ない。状態は関係なくその場所を通った事に意味がある。
アプリに対して、すべてのコードが実行されるパターンを用意してテストするって事。
0059デフォルトの名無しさんNGNG
>>54
確かにそうだが、ソースのクオリティに関しては
好きこそ物の上手なれ、な面は多分にあると思う

仕事のソースは、実現できればよい思考なのであまり、
ソースのレベルが高いとはいえない
0060デフォルトの名無しさんNGNG
>>57
>知らない香具師が多いが、IEEEに仕様書のテンプレートすばりその物があるよ。
>すんげぇ参考になる。
>書籍でこの手の仕様書の作り方系を探っても、汎用機時代からの遺産なのであまり参考にならない場合が多い。
それってタダじゃないんですよね。ちょっと探ったんですがStoreのとこにしかないような･･･
006157NGNG
>>60
根気よく探せば、どこかに落ちてるよ。ちなみに全部英語だけどね。
外部仕様書ならIEEE1362、内部仕様書ならIEEE830、検査仕様書は忘れた。
古いヤツと新しいヤツが有るので注意。
0062デフォルトの名無しさんNGNG
>>59
たしかにそうかもしれないが、
プログラムってのはソースがすべてじゃない。

趣味でプログラム(特にソースのクオリティが高いとされるもの)を
作っている奴はソースにしか眼中に無いので
使い勝手が悪かったりヘルプが貧弱だったする。
006360NGNG
>>57>>61
ありがとうございます。がんばって探します。
006459NGNG
>>62
たしかに、言ってることは正しい
ただ、スレ違いだということが言いたいだけ
0065デフォルトの名無しさんNGNG
>使い勝手やヘルプ
世の中にはそういうキーワードの存在しない世界もある。
たとえばFAでは、客がフローチャート付きの仕様書を書いてきて、
しかもソースが読めたりする。
インターフェイスはDCS。ただし、マスターテーブル多数。
楽といえば楽。苦しいといえば苦しい。

実にスレ違いでした。
0066デフォルトの名無しさんNGNG
とりあえずネット上で良いコードを見ることは希なわけだが。
あれで業務用と大して変わらないのか…。
一番酷かったところのソースコードを自分なりに書き直してみたことがあるが、
なんか500行から120行くらいまで圧縮できたぞ。
よくそんなコードを晒せたなと褒めてやりたかった。
まぁエラートラップにはC++の例外処理使ったからその分も結構あるだろうけど。
0067デフォルトの名無しさんNGNG
>>66
頼む、両方あげてみれくれ
0068デフォルトの名無しさんNGNG
>>67
自分のしか残ってないな～。
PNG作るライブラリあるだろ？
あのオープンソースのやつ。
オレ英語読めねえから、関数解説してるサイト探してたら、
例のソースが出てきた。
一応探してみるわ。
0069デフォルトの名無しさんNGNG
libpng?違うか…。

参考になりそうなので、おらも期待
if( pointer != NULL )をif( pointer )にしたとか、そういう話じゃないよね？
0070デフォルトの名無しさんNGNG
>>69
いやlibpng。

>>67
素で参考にならんよ。
下記のことを行うことができる人はあれは、誰でも同程度のコードに出来ると思われ。

１，同じような処理を一纏めにする知恵があり、それを実行する努力ができる。
２，switch文を乱用しない。
３，エラー処理はC++の例外処理を使う。
４，ZeroMemroy等、標準で用意されているマクロ、関数をちゃんと使う。
５，DIBを猫○ロのようなｱﾌｫな扱い方をしない。
６，256色DIBに関しては、ヒープメモリに読み込んだカラーテーブルを、
わざわざ配列にコピーするという荒行をしない。

というか、こんなことも出来ない香具師が果たしてこの板にいるか？
0071デフォルトの名無しさんNGNG
で、それはほかに持っていってもそのままコンパイルが通るｼﾛﾓﾉなのかい？
0072デフォルトの名無しさんNGNG
趣味グラマだが。
好きこそ物の・・・なので初版のソースはやたらきれいなんだが
一通り書き終わったコードには興味がないので
再版を重ねるごとに激しく読みにくくなってく。
0073デフォルトの名無しさんNGNG
Linux界隈ではプログラム実行時の引数の解析に
getopt とかいうライブラリ？がよく使われるんだけど，
あれってどうなの？(;´Д`)使いやすい？
漏れが馴れてないだけなのかな。。。
0074デフォルトの名無しさんNGNG
業務用ってーと、会社で会計に使ってるのとか顧客管理に使ってるのとか。
UIは悪くないけど、あれって仕事で使うものだから
ユーザーが覚えようとしてくれるのがでかいんじゃないのかねぇ。
GNUのソフトとかは業務で使ったことがないからわからないけど
そこまで差があるようには思えないけどなぁ。
0075デフォルトの名無しさんNGNG
>>70
ZeroMemory って標準か？

っつか、C/C++ の標準ライブラリに ZeroMemory なんてないよね。
0076デフォルトの名無しさんNGNG
>>75
うん、ないね。
0077デフォルトの名無しさんNGNG
>>71
Win32API使ってるから無理ですな。
さらにデフォルトでRGBをリトルエンディアン用に変換するから無理。
一番はオレに移植生を考えたコードが書けないから無理。
Window以外の環境なんてMS-DOSくらいしか知らん（´Д｀）

話は変わるが、Cの移植生が高いっていうのは嘘らしい。
「移植生が保障できるように意識してプログラムを組まないと移植生はない」　by宮坂○人
だとさ。アセンブラで組んでた時代に移植生が高いと有名になった名残だそうだ。
ちなみに、趣味でやってる素人のオレは移植生なんて考えたことがない。
どうせWindows用以外のプログラム書かんし書けんし。
UnicodeとNULL、NUL、\0、0の違いに気を付けてることくらい。
0078デフォルトの名無しさんNGNG
>>78
標準ライブラリを使ってる限り、移植性はほぼ100%だよ。
機種依存機能を使えば移植性がなくなるのは、どの言語でも同じ。
0079デフォルトの名無しさんNGNG
連続投稿ｽﾏｿ。
>>75-76
ZeroMemoryはdefineディレクティブですぞ。
↓こんな感じ
memset((Destination),0,(Length))
要はmemsetだからCRTに含まれると思うのだが、
マクロ化すると除外されるのかな？
0080デフォルトの名無しさんNGNG
>>78
いや、ポインタ演算とかも意識して書かないとだめじゃないかな。
0081頭悪い ◆gGTEz68pSM NGNG
CodeProjectの場合はあくまでサンプルでしょ。
その記事のテーマになってる部分しかフォローしてない。
0082デフォルトの名無しさんNGNG
union{
int a;
struct{
char b[4];
}
};

これで bを参照すると、エンディアンの関係で失敗するよ。
0083デフォルトの名無しさんNGNG
union{
int a;
char b[4];
};

すまん、structいらん。
なにやってるんだろうなぁ俺。疲れているな。
0084デフォルトの名無しさんNGNG
機種依存機能にはCPUアーキテクチャも入る（ということにしてくれ）。
0085デフォルトの名無しさんNGNG
>>79
memsetは標準だが、
ZeroMemoryという定義の書かれた非標準のヘッダファイルなどを
必要とするということは標準とは言えない。

ZeroMemoryがmemsetしか使っていないマクロであるかどうかってのは
実装の詳細であって、利用者からは関係ないし。
0086デフォルトの名無しさんNGNG
そもそも

> ４，ZeroMemroy等、標準で用意されているマクロ、関数をちゃんと使う。

ZeroMemoryなんて置き換える必要のないモノを置き換えるな。無駄だ。
そんなものを挙げる時点で低脳が窺い知れる。
0087デフォルトの名無しさんNGNG
>>81
スマン、CodeProjectって素なんだか知らない。
アマなんでゆるしとくれ。
ちなみに、オレが頭悪いこと自他共に認めてるぞｗ。

んで、どうせだから宮坂○人氏の供述を簡単に書いとく。
「OSのAPIやCPUに依存する記述を除いても移植生が保障されるわけではない。
同じマシンで同じOSを使っても、コンパイラを変更するだけで動かなくなるソースも存在する」
移植生の壁となるものに、には、int型やポインタのサイズ、メモリ保護や資源保護の有無、
アーキテクスチャの違い、式の評価順序、エンディアン、アラインメントなどを上げている。
0088デフォルトの名無しさんNGNG
>>86
memset 使えっつーのは同意だが、元が自前で for ループ回したり、構造体の各要素を
ちまちま 0 に設定しているのだとしたら、ZeroMemory() 使うだけでも「元よりマシ」だとは
思うぞ。

っつか移植性なんて、移植性が必要なところでのみ考慮すればいいと思うんだが。
画像表示や GUI での入出力が絡むと、それを完全に移植性を保った形で書くのは
かなり手間が掛かる。

プログラムの構造として MVC の分離はするにせよ、Model 内部で画像を保持する
部分の型なんかは、汎用にすると効率悪すぎだし。（全部 char[] 配列とかにすれば
汎用的だが、Win32 ならメモリハンドルとかにした方が幸せなわけで）
0089デフォルトの名無しさんNGNG
シフトや除算も処理系依存
型変換（主にダウンするキャスト）モナー

規格自体のそういうトコが非常になげやりにできてるので
移植性１００％のソースを書くのはなかなか難しい
0090デフォルトの名無しさんNGNG
実際問題、実用的なプログラムはOSにも強く依存してるわけで・・・。
0091デフォルトの名無しさんNGNG
>>84
そういやwindows.hは標準でもなんでもないなｗ。
正確にはwinbaceだけど。
とりあえずもっともな意見。

>>85
>ZeroMemoryなんて置き換える必要のないモノを置き換えるな。無駄だ。
構造体やクラスを0で埋めるの楽だよ？
windosプログラム組んでると、デフォルト動作を行わせるために
0で埋めとかんといけない場合が多いから。
行数減らせるし、コンストラクタで使うと便利な上に、
オレはmensetを0以外で使用したことがないｗ。
オレには必要な物だけど、まぁ人好きずきだからね…

>>88
>構造体の各要素をちまちま 0 に設定しているのだとしたら
ご名答。あれじゃ無駄に行数が…

しかしまぁ、自分の発言でよう墓穴掘るなオレはｗ。
0092デフォルトの名無しさんNGNG
ごめん、
>>84→>>85
>>85→>>86
の間違い
0093デフォルトの名無しさんNGNG
＞んで、どうせだから宮坂○人氏の供述を簡単に書いとく。
げげ、、、宮坂○人氏って、printfデバッグの記事をかくのが好きな人ですか？
ローテクも大事とかじゃなくて、ローテクしか書けないんじゃっていつも思う。
0094デフォルトの名無しさんNGNG
>>93
うん、それｗ。
今月のCマガでも似たようなこと言ってたｗ
0095デフォルトの名無しさんNGNG
std::fill
0096デフォルトの名無しさんNGNG
bzero
0097C1メジャーの名無しさんNGNG
OpenSSL↓
http://pc2.2ch.net/test/read.cgi/tech/1006617496/838
http://pc2.2ch.net/test/read.cgi/tech/1006617496/842
0098デフォルトの名無しさんNGNG
>>88
> っつか移植性なんて、移植性が必要なところでのみ考慮すればいいと思うんだが。
> 画像表示や GUI での入出力が絡むと、それを完全に移植性を保った形で書くのは
> かなり手間が掛かる。
libpngは「画像表示や GUI での入出力」とは関係ない。
あくまでもPNG形式の画像データを扱うためのライブラリ。
0099デフォルトの名無しさんNGNG
>>1
PlanetSourceCodeはたまに世話になってますが、これっていわゆる「フリー」とは
違うでしょ？ソフトウェアで「フリー」といえばGNUをさすと思うんだが、、

それはそれとして、PlanetSourceCodeなんかのクォリティーはそれほど高くないが、現場で
実際に書かれているコードはもっとひどいと思う。
010086NGNG
>>91
>>ZeroMemoryなんて置き換える必要のないモノを置き換えるな。無駄だ。
>構造体やクラスを0で埋めるの楽だよ？
>>88も言ってるが「memset使え」。

第２引数に0しか入れなかろうと文字数もタイピングのしやすさもmemsetの方が使いやすい。
その上こんなマクロは知らない人間も多い。

どう考えてもZeroMemoryを選ぶ理由がねぇ。コーディング規約で求められてでもしない限りはな。
0101デフォルトの名無しさんNGNG
>>100
それは個人の好みじゃね？
0102デフォルトの名無しさんNGNG
>>101
同意、さすがに>>100は主観的過ぎる
まぁどっちも強引だけど…
0103デフォルトの名無しさんNGNG
>>100
>どう考えてもZeroMemoryを選ぶ理由がねぇ。
なにをしたいのか目的が明確になるってのが理由。
コモンコントロールを扱うときに
用意されてるマクロを使う人とSendMessageを使う人がいるようなもん。
バカみたいに文字数が多くなるけど何にどんなことをさせたいのかが一目でわかる。
長くなるからSendMessageが良いって人もいるのが当然。
だから好みの問題。まぁこんなん宗教論争だから納得せんでいいですよ。
ただ人に持論を押しつけるのはどうかと…。

そんなわけでオレはこの議論から降ります。
これじゃ単なる板汚しだからね。
0104言い忘れNGNG
板違いの元凶って元はオレの発言ですね…
住人の皆様すいませんでした。
元の話題に戻して下さい。
0105デフォルトの名無しさんNGNG
名無しで「オレ」と言われても誰が誰やら。
0106104NGNG
>>66
が元凶で、
>>68-70-77-79-87-91-92-94-103
という過程を経て、現在は>>104な低脳。
バカは大変だな、匿名であることをすぐ忘れる。
0107デフォルトの名無しさんNGNG
>>106
そこまで卑屈になることはあるまいｗ
0108デフォルトの名無しさんNGNG
まぁどうでもいいが俺はZeroMemoryは一生使わないだろうな。
0109デフォルトの名無しさんNGNG
libpngって linux のライブラリかなんか？
つーか、linux のソースってひどいよな
考え方は参考になるが、ソースは参考にならん
0110デフォルトの名無しさんNGNG
漏れが今まで綺麗だなと思ったのは藤原博文氏のソースだな。
あれは参考になる。漏れの師匠。

あと昔、GDS2kとかいうGUIのGCCの開発環境作った人もうまかったな。
たしかあるむさんて人。
ページが閉鎖されて今はソース見れないけど

他は今の所いない。
0111デフォルトの名無しさんNGNG
>>ZeroMemoryなんて置き換える必要のないモノを置き換えるな。無駄だ。
>構造体やクラスを0で埋めるの楽だよ？

構造体はともかくとして、クラスを0で埋めるのにmemsetって・・・。
0112デフォルトの名無しさんNGNG
>>111
じゃあ藻前はどうしている？
0113デフォルトの名無しさんNGNG
>>110
libpngは基本的にどこでもコンパイル出来るような形で配布されてる。
俺はVC用のやつコンパイルしてWindowsで使ってるし
0114デフォルトの名無しさんNGNG
素朴な疑問なんですけど、memsetやZeroMemoryでクラスを
0で埋めたら、vtblが大変なことになりません？
0115デフォルトの名無しさんNGNG
>>114
漏れは今セキュリティ系の仕事が多いんだが、ゼロクリアが要求されるのがデフォルト。
当然クラスインスタンスも、new演算子やdelete演算子を独自定義して、ZeroMemoryしてる。
んでゼロクリアは、memsetは使わず、ZeroMemoryをもっぱら使ってる。

memset(&hoge, O, sizeof(hoge));
ZeroMemory(&hoge, sizeof(hoge));

の二者択一なら、引数が1個少ない分、後者を選ぶなあ。
まあ、宗教論争に立ち入る気はないけど。
0116デフォルトの名無しさんNGNG
>>115
なるほど、new/delete定義しなおせば問題無いですね。
てっきり、p=new A;ZeroMemory(p,sizeof(A));みたいなのやるだろ？
って言ってるのだと思ってました。
話題そらしてごめんね。
0117デフォルトの名無しさんNGNG
ZeroMemoryって結局はmemsetだったような。
0118110NGNG
>>113
そ、それおいらへのレスっすか？

>>115
漏れ的にはどっちも指定範囲のメモリを０埋めしてるだけだからどっち使ってもいいんだけど、
ZeroMemoryを使うことの欠点は、環境によって使えなくなることなんだよね。
環境がunixだったりすると使えないし、Windowsでもコンパイラがlccとかbccだったりとか
mingwだったりとかそんな理由で使えなくなるし。

mingwはZeroMemoryあったか確か・・・。
0119デフォルトの名無しさんNGNG
>>118
115でゼロとオーを打ち間違えているのに気づいてもらえるとうれしい。

よーするにケースバイケースなんだよね。
移植性考えたコード書くんならとーぜんmemset使うべきだけど、
そもそも移植性のあるコード書くつーのは相当の労力と注意力が必要なわけで、
そのつもりもないのに流儀を排除つーのも徒労に過ぎる。

ところでみんな、SecureZeroMemoryって知ってる? スレ違いか…
0120デフォルトの名無しさんNGNG
ZeroMemoryが知名度低いってのはありえん。
DirectXのヘルプで多様されてるし、検索をかければ
ほかのマクロに引けをとらんくらい使われてる。
>>86はgoogleっていうものの存在を知らんのか？
知名度が低いのはお前の頭の中だけだろ(藁
それ以前に、マクロは処理の明示化に使われるのは当然のこと。
そんな理由も思いつかない>>86は>>104より低脳。
発言から見ても単なる自己中な僻み厨房だろ
0121120NGNG
すまん、多様→多用
0122デフォルトの名無しさんNGNG
>>120
標準かどうかと知名度は関係ない
0123デフォルトの名無しさんNGNG
>>122
>>86が批判理由に
>その上こんなマクロは知らない人間も多い
とか言ってるが、何か？
0124デフォルトの名無しさんNGNG
>>120
厨房を相手にするな、また荒れる。
厨房にエサを与えない。
0125デフォルトの名無しさんNGNG
ZeroMemoryは使えない処理系がある。
memsetにはそれが無い。
だからmemsetを使うべし Q.E.D.
0126デフォルトの名無しさんNGNG
なんかWindowsでしか書けない痛いﾋｷｺﾓﾘがいるみたいだなこのスレ
0127デフォルトの名無しさんNGNG
移植性を考えなくても標準関数でできることは標準関数でやるべきだと思う。
Linuxでもbzeroのマニュアルにmemsetを使用すべきだと書かれている。
0128デフォルトの名無しさんNGNG
Google
日本語のページからbzeroを検索しました。 約8,870件
日本語のページからZeroMemoryを検索しました。 約1,620件

おいみんな、bzeroはZeroMemoryより有名だぜ！
なに？Windowsでは使えねぇ？defineしろやクソボケ
0129デフォルトの名無しさんNGNG
構造体を0で埋めるのは機種依存


元の話題だけど、もともと機種依存にすると困るような公共性の高いものを
機種依存に書き換えて「こんなにソースが短くなりました」とやられても仕方ないので
PNGのソースはレベルが低いわけではなかったってことだな
0130デフォルトの名無しさんNGNG
>>129
参考までにどの機種だとmemset(s, 0, sizeof s)で駄目なのか教えてください。
0131デフォルトの名無しさんNGNG
memset(&s, 0, sizeof s)の間違い。
0132デフォルトの名無しさんNGNG
～　を
０　わ

シフト押しながら０を押しても～が、
入力されないのなんでなの？
0133デフォルトの名無しさんNGNG
>132
そんなもんＩＢＭに聞けよ
0134113NGNG
>>118
ごめん、>>109だった
0135デフォルトの名無しさんNGNG
>>129
>>66のことか？
それならlibpng自体のことではないと思うが
0136デフォルトの名無しさんNGNG
>>135
>>70嫁
0137デフォルトの名無しさんNGNG
つーか、libpngの文脈でZeroMemoryを持ち出すほうがどうかしてる。
0138デフォルトの名無しさんNGNG
>>136
オマエこそ>>66嫁
>>66と>>70は同一人物(>>106)

>>137
だからlibpngのことじゃない
0139デフォルトの名無しさんNGNG
まぁどっちも強引だな…
数人が意固地になってるだけだろうけど
014066@元凶NGNG
誤解を招く表記があったことをお詫びします。
まとめると、libpngの使い方を説明したサイトのソースを自分なりに書き換えたということです。
低脳は英語が読めんのです。オレも例のソースもWindowsを対象としたものです。
>４，ZeroMemroy等、標準で用意されているマクロ、関数をちゃんと使う。
この発言に関しては、ZeroMemory(memset)だけを対象とした訳ではなく、
自分で処理を書かなくても用意されている関数(CRT,API等)を使う、ということです。
例に挙げたマクロも問題でしたね。記述は違っても同じことをやっている以上、
どちらが良いかという議論に発展することを予測すべきでした。

そんなわけで、オレが全て悪いと思って、
「調子づいた厨房が戯れ言ってるなぁ」と今までの発言は聞き流して下さい。
これ以上争われるとオレの心臓が持たない…

>>107さん、ドモです。
まぁ卑屈は謙虚という名の仮面を被せた日本人の心ｗ。
問題を起こしたんですから、仕方ないかとｗ

長文失礼
0141109=110NGNG
>>134
まあ、>>109も俺なわけだが。
汎用的に組むことと、ヘタクソとは全く別次元だと思う。

俺の参考にならんといったコードは具体的にはlinuxの su と passwd コマンド。
"/etc/shadow" などハードコーディングしてたり、マクロばっかりだったり、似たような記述ばっかりだったり、
ソースとしてはあまりうまいとはいえなかった。
0142109=110NGNG
>>140
小心者だなぁ、そんな卑屈になるなよ。一昔前の俺みたいだ（ｗ
memsetをZeroMemoryに書き変えたり、機種依存コードを使用しただけで500行が120行になるまい。
単純に君のソースのまとめ方や実装方法がうまかっただけだろう。
そしてlibpngがうん(ry
0143136NGNG
>>138
140で説明してるからはっきりしたけど、66->70の流れでは
libpngを改造したとしか読めなかったがなぁ。
まーいいや。
0144デフォルトの名無しさんNGNG
>>66
>>68
>>70
と読めば分かる
014566NGNG
>>142
事を荒立てといて言うのも何だけど、
関係ない人にまで議論させて場の雰囲気が悪くなったから、
オレ一人が引いて場が収まるならその方が良いと思った。
夢板では結構世話になっとるし、
フツーに生活したいだけだからね～オレは
0146デフォルトの名無しさんNGNG
>>145
つか、２ちゃんのしかもム板じゃ、いつもこんな雰囲気だろ
ここっていつも罵声の嵐だし、煽り愛の場なんだから
014766NGNG
>>146
そうか？
んじゃ自分の発言が問題になったのが初めてだから
いつもとは違う雰囲気を感じただけかな？
主観と客観って全然違うな～
0148デフォルトの名無しさんNGNG
私は66さんの気持ちが痛いほどよく分かる屑人間(ﾉД`)
014966@屑人間NGNG
同志！！
0150デフォルトの名無しさんNGNG
構造体の初期化に
struct foo hoge = {0};
っていうのはC言語の規格として保証されているんだっけ？
0151デフォルトの名無しさんNGNG
>>150
保証されてません。一々あげるなバカ。
0152デフォルトの名無しさんNGNG
ｽﾏﾝｺ
せっかくだから、どういう点が保証されていないのかもうちっと詳しくおせーてくり。
0153デフォルトの名無しさんNGNG
逆に下手でもいいんだ、って勇気付けられた俺がいる！！
藻前ら、ありがとう！！！
0154デフォルトの名無しさんNGNG
>>152
ISO/IEC 9899:1999 の Initialization の項に、
assure あるいは guarantee といった単語は出てこない。
0155デフォルトの名無しさんNGNG
そこを調べりゃよかったのか。
構造体のinitializerが足りない場合は、
>the remainder of the aggregate shall be
>initialized implicitly the same as objects that have static storage duration.
ってことで、残りのメンバは0に初期化されるわけか。
memsetやZeroMemoryよりもやっぱこっちで十分だな。
0156デフォルトの名無しさんNGNG
>>115
> memset(&hoge, O, sizeof(hoge));
> ZeroMemory(&hoge, sizeof(hoge));

こんなコードを無意味にいれている C/C++ プログラムは、Javaよりも遅いです！
必要なところにだけ入れましょう！　念のためなんて入れていると極端に遅くなります（データの大きさが大きくなると）

0157デフォルトの名無しさんNGNG
そっか、Javaはnewするときにゼロクリアされてなかったのか
0158115NGNG
>>156

・まず、>>157も皮肉ってるが、ここを読め。
　http://www.y-adagio.com/public/standards/tr_javalang/4.doc.htm#10931

・大きくなると極端に遅くなる、というのはダウトだろう。
　P3 600Mzで、10MBのゼロクリアに0.05秒だったぞ。

・アクションゲーム作ってるわけじゃないので、楽できるところで
　わざわざクリア漏れのリスクは犯せない。

・速度向上のアプローチが間違ってる。小手先のテクニックじゃなくて、
　パフォーマンスの全体的なプロファイリングをした上でボトルネックを探すべき。

実際、暗号化や署名生成といった処理が処理時間の大半を占めてるわけだし。
ゼロクリアによる性能悪化は誤差の範囲。
0159デフォルトの名無しさんNGNG
>>158
あなたの方が現実を知らなすぎ(笑)
0160デフォルトの名無しさんNGNG
まぁポインタ扱う以上、ゼロクリアは無意味どころか、
ある意味最重要のような気がするがな。
てかバイトコードの変換を考えると、似たような処理をする場合
CがJAVAより遅くなるって難しくねぇか？（´Д｀）
Cのおかしな仕様の殆どは実行効率を高めるための制約だし。


>>159
>>158に禿同な漏れも現実を知らんことになるな。
どのように現実を知らないか詳細希望。
フツーに興味がある。
0161160NGNG
初回起動時にバイトコードを
ネイティブコードに変換したモンを保存しておき、
次回から変換済みの方で実行する手法による
反論はいらん。んなことができん環境もあるからな。

0162デフォルトの名無しさんNGNG
>>156
> 念のためなんて入れていると極端に遅くなります（データの大きさが大きくなると）

その後その巨大な構造体のメンバを埋めていくのにはすさまじい時間がかかりそうだな。
ゼロクリアにかかる時間が誤差に見えてくるぜ。

>>161
ネイティブに変換したところでゼロクリアしてる事実が無くなるわけじゃないから問題ないだろ。
0163デフォルトの名無しさんNGNG
mallocの実装によっては、呼び出し時は単に仮想メモリページ群を予約しておくだけで、
実際にアクセスされたときになって初めて物理ページを割り当てるようなのがあるのかも。

漏れも(Winの)PAGE_GUARDの仕組み利用して、そういうの自前で作ったことある。
この場合、ゼロクリアすると、せっかくの親切設計が台無しになる。

まあ、そんな実装での話なぞ誰もしていないと思うが。ｗ
0164デフォルトの名無しさんNGNG
>>163
それを利用して過去のアプリのデータの残骸を吸い出す攻撃があるので
最近はセキュア指向で、そういう場合もゼロクリアが基本。
0165デフォルトの名無しさんNGNG
>>164
へーそうなんだ、ｸﾞｸﾞｯてみます。ｻﾝｸｽｺ。
0166デフォルトの名無しさんNGNG
>>119で話題振ったのに気づいてもらえなくて悲しかったんだが、ｗ
セキュアな情報のクリアには、ZeroMemory()ではなくSecureZeroMemory()を使いましょう。

Use this function instead of ZeroMemory when you want to ensure that your
data will be overwritten promptly, as the compiler can optimize a call to
ZeroMemory by removing it entirely. A call to SecureZeroMemory will not be
optimized.

ｽﾚﾀｲに沿ってオープンソースの世界を眺めてみると、例えばOpenSSLだと単に0で埋めるんではなく、
OPENSSL_cleanse()ちゅうのを用意して、中では結構複雑な処理してる。

This can be used to solve two issues: 1) the removal of calls to memset()
by highly optimizing compilers, and 2) cleansing with other values than 0,
since those can be read through on certain media, for example a swap space
on disk.
0167デフォルトの名無しさんNGNG
>>159ﾏﾀﾞｰ?
0168デフォルトの名無しさんNGNG
>>66もﾏﾀﾞｰ?
0169デフォルトの名無しさんNGNG
良いニュースと悪いニュース
http://www.microsoft.com/japan/msdn/columns/secure/secure10102002.asp

今までメモリ内の機密データをクリアするなんて考えもしなかったし、
memsetがコンパイラの最適化によって消されるなんてことも思いつかなかったなぁ・・・

ネタ振りをしてくれた >>66 氏に多謝！！
0170デフォルトの名無しさんNGNG
最近あまり見ないけど、0.0 のビットパターンがオール 0 じゃない
マシンってのもあるよね。
0171デフォルトの名無しさんNGNG
>>169
コレに書いてあることは？
安全策でつかいおわった後の領域を memset クリアしても、
コンパイラの最適化によって、memsetクリアのコードは無効になるってこと？

しかもクリアするようにするには、なんか最適化はずすようにしないといかんの？
めんどいね。まあ、そのコード書かないからどうでもいいけど
0172デフォルトの名無しさんNGNG
アプリケーション内部はプログラマ自身が守るとして、
GUIの入力ウィジェットとかは、パスワードタイブの入力の場合
きちんと作業バッファをゼロクリアしてるのかな?
0173デフォルトの名無しさんNGNG
>>171
memsetでクリアした領域はそのあと使ってないから、
そんな所を触るのは無駄と判断してそのコードは生成しないと。

関数の呼出をはしょっちゃうのは、最適化しすぎな気もするけどねえ。
0174デフォルトの名無しさんNGNG
>>173
memsetみたいなプリミティブかつ標準提供な関数ぐらいだろうけどね・・。
MSのコンパイラは結構前から memsetとかは intrinsic,
埋め込み展開対象だから、そのへんが原因なのかな。

そういう意味では、std::fillなんかもまんまインライン展開だから最適化で消えるか。
0175デフォルトの名無しさんNGNG
藻前らSecureZeroMemory を使いなっつぁい！
0176デフォルトの名無しさんNGNG
なぁ、>>115で言ってるnew/deleteのオーバーロードってどうやるの？
newの中にヒープ関数とZeroMemory()書くだけ？
0177デフォルトの名無しさんNGNG
http://jt.mozilla.gr.jp/hacking/portable-cpp.html
見ると、VC++ だけ相手にしてりゃいい漏れがいかに楽なのか
(世のなかにクズなコンパイラがあふれてるか)がわかるよ。
0178デフォルトの名無しさんNGNG
0179デフォルトの名無しさんNGNG
おぺれーたーぬー
0180デフォルトの名無しさんNGNG
Cが移植性が高いと言われたのは、アセンブラと比べた場合
その頃のCに対する認識は高級アセンブラ

どうでもいいんだが…
■ このスレッドは過去ログ倉庫に格納されています