ソースコードを皆でマッタリ読もう会(初心者歓迎){}

ソースコードをま〜たり解読しながら一杯やりませんか。
ありそでなかったスレッドなんで無謀にも立てちゃいました（笑）
プログラム板に立てようかとも悩みましたが、あえてLinux板にしました。

プログラミング入門者大歓迎。
つーか、はじめに宣言しておきますが、スレ主がヘタレ入門者です（笑）
たぶん挫折すると思いますが、せっかくLinuxを入れてオープンソースを
利用させてもらっているんだから・・・いやま、ちょっとした好奇心で。

で、どれを読むの？

>>1
うせろ

http://minnie.tuhs.org/UnixTree/V7/usr/src/cmd/sh/mac.h.html

ソース　コード　2804
http://quote.yahoo.co.jp/q?s=2804.t&d=c&k=c3&h=on&z=m

1の努力が試されるとき。

>>4
なんつーキモいヘッダーファイルだ。

あのbourne shellの悪名高きソースか
気付かなかった

http://lxr.mozilla.org/mozilla/source/xpcom/base/nscore.h
http://lxr.mozilla.org/mozilla/source/xpcom/base/pure_api.c

http://sartak.katron.org/nh/src/monst.c.txt
ローグライク崇め奉ってる連中は↑読んで
さっさとUNIX板のNethackスレから撤退して欲しいよ

>>10
そのコード、C99で書き直すとすっきりする予感。

>>4
その手を使えば簡単に新種のプログラミング言語をつくれたんだww

>>13
お前、センスないな。

>>14
可変幅フォントを採用するようなセンスは欲しくない。正直言って。

struct Hoge {
unsigned x:31;
unsigned y:1;
}
後ろのコロン数字なんだけど、
これどういう意味??

ヒント：足して32

え・・・まさか 32 bit のうち、
x に 31 bit 割り当てて y に 1 bit 割り当ててるってこと??

つ ビットフィールド

>>19
サンクス。理解した。
ビットフィールドって本でチラっとだけ読んだ事あったけど忘れてたよ。

まあ使わんけどね。

struct hoge {
unsigned hilo:4;
unsigned lohi:4;
} val;

val.hilo = 1;

でビット並びが 00010000/00000001/10000000/00001000 のどれなのか
コンパイラ依存では使いにくい（ビットフィールドは並び順規定がなくて
詰め込みの都合で前後入れ替わったりもOKだったはず）。結局自分で
unsigned 8bitなフィールドでビット演算すればいいや、みたいなことになる。

bit-fieldは、PICやAVRのコントロールレジスタを弄る時に重宝してます。

コンパイラ依存だということさえ頭の片隅にあればおk

>>19
できるよ。
以上。
はい次の方。

オープンソースとはいっても意外と誰もソースコードを読んでいる人はいなかったりしてwww

必要もないのに読みふけるような人はあまりいないのでは。
趣味の欄に「ソースコードを読むこと」と書いた人にはあまりお目にかからない。
修正したいこととかがあれば読んで修正して、
それが他人の役にもたちそうならパッチ送ってる。

ねぇねぇ、マジレスだがパッチ送るとかそういうのって具体的にはどうするの?
とあるアプリに機能追加してみたら、人も使うかなって感じになったんだけど
MLにも参加してないし、だいたいOSSのそこらの流儀ってよくわからんのですよ。
英語のコミュニケーションも自信ないしなぁ。

>>27
BTSがあればそこにでもたたき送れば?
なければメンテナのメールアドレスに送る。

英語は Please apply this patch. でええやん。
内容説明はちゃんとしたほうがいいが、最初は簡単。
patchがrejectされると返答に困ったりするが。

>>28
ありがとう。デベロッパの代表メールアドレスのほうに送ってみる。
しかしbugfixでもないし、なかなか緊張するなぁ。

プログラミング文法（C言語&Perl）の基礎を習いたての人が読むのに丁度いい
ソースって何かありますか？

>>30
リナックスカーネル。
良質のコメント、解説が巷に溢れてることがその理由。

>>30
プログラミングテクニック―UNIXコマンドのソースコードにみる実践プログラミング手法
http://www.ascii.co.jp/books/books/detail/4-7561-4389-X.shtml
どうだろ

リナックスカーネルってｗｗｗ難易度高すぎorz

>>32
変な先入観持ってないか？

>>30
> プログラミング文法（C言語&Perl）の基礎を習いたての人は

まずソースを読むより教科書の写経でいいからガリガリ書いた方がいい。
古典だがK&R(プログラミング言語C)とラクダ本(プログラミングperl)は必修。
人のソース読むのはその後でいいよ。

>>33
Linux kernelの参考書(特に日本語のやつ)はほとんど参考にならん。
なので>>30にはきついと思う。

読むなら自分で使っていると思われるGNUツールとかかな。

>>30
ffmpegのソース。あれは見といて損は無い。

>>35
良い洋書はどんなのがある？

>>37
>>35じゃないけど、オライリーのあれは結構読みやすかった。

Understanding the linux kernel

>>36
cmdutil.cだけちょっと眺めたら、hoge_hoge_or_dieとかいう関数がいくつかあって
「これ何てPerl？」と思ったわw

Hoshu Linux

cp mkdir ls rm...
これらのソースコードを見るはどのパッケージを落とせばいいの？

>>42
coreutils

>>43
サンキュー！！！！！！

.c はC言語のソースファイル
.h はそのヘッダファイル
.adと.manは何でしょうか。

>>45
何故ベストを尽くさないのか

勉強や趣味でソース読むならBSDのコマンドが一番いいと思うがな。
見た目もきれいだし、とにかく簡潔で短い。

BSDは、パクリ放題。Appleにもええようにされて
それでも耐えてるドSって感じ。まあ、それと
ソースは関係ないので、読んでもいいんじゃない?

でも一番は自分の興味があったり、使ってたりする
ソースコード。読むんじゃなくて眺める所から始めても
いい。ただし毎日すること。

ソースコードなんてごくごく僅かな人（ごく一部のハッカー）にしか読まれていないよね。

>>49
ハッカーじゃないけど困ったら読むよ。

こんな過疎スレがまだ生き残っていたのかwwww

ボードゲームの考察に使う時間をなくして
再びsource codeの読みふけに参戦する