-内容のまとめ 書いてあった内容の概要です echoプログラムのソースファイルを読む getopt関数が便利でみんな使ってるが、必ずしも全てのオプションを処理できない。 echoのオプション処理はgetopt関数が使えない。 イディオム：#define STREQ(a, b) (*(a) == *(b) && strcmp*1 == 0) 最初の文字を比較しておくと、効率が良い標準出力が失敗した時も考慮しよう -練習問題 (2.1) C, C++, Javaコンパイラを実際に使用して、未初期化変数がどのように扱われるかを調べなさい。その結果をまとめ、未初期化変数を見つけ出す方法を考えなさい。 調査用コード // ex0201.c #include int main(void) { int a, b, c; int ini = 4; return 0; } gcc -Sのアセンブリ出力コード
couch_db_updater:init_db/6の以下の部分を掘り下げてみたいと思います。 couch_db_updater.erl: 1 {ok, IdBtree} = couch_btree:open(Header#db_header.fulldocinfo_by_id_btree_state, Fd, 2 [{split, fun(X) -> btree_by_id_split(X) end}, 3 {join, fun(X,Y) -> btree_by_id_join(X,Y) end}, 4 {reduce, fun(X,Y) -> btree_by_id_reduce(X,Y) end}, 5 {compression, Compression}]), 6 {ok, SeqBtree} = couch_btree:open(Header#db_header.docinfo_
UNIX 6th code reading - buffer pool - やる気のないブログ(A boring diary)
はじめに 前回のエントリでキャラクタデバイスハンドラの実装を確認しました。 今回はその中で使用されていたbuffer pool, putc( ), getc( )の詳細を確認していきます。 Lions本で言うと23章の内容です。 buffer pool buffer poolの実態は、7908行目、8140行目に書かれている以下のFIFOリスト(キュー)です。 struct clist { int c_cc; int c_cf; int c_cl; }; struct cblock { struct cblock *c_next; char info[6]; }; struct cblock cfree[NCLIST]; struct cblock *cfreelist; cblockのinfo[6]が文字(1byte data)を格納する場所であり、cblock1つあたり6文字保持できま
Riak の削除周り[Lv1](Riak Source Code Reading @東京 #7) - Keep on moving
Riak Source Code Reading @東京 #7 - connpassいってきた。 私の発表のはずだったんですが、ちょっとバタバタしてて事前の準備ができなかったので 会場の皆様にご協力いただいてソースコードを読んできました。 特に@ksauzz さん、 @shkumagai さん、ありがとうございました。 とりあえず、覚えてる内容を書き留めておきます。 RiakのdeleteおよびTombstone 今日は分散システムでの鬼門である削除についてお話しします。 とりあえず鬼門なのは以下みたいな感じ。 レプリケーション VectorClock 格納してるノードが死んでたらどうすんの? sibling とかとかいろいろあります。 削除の基本的な流れ 削除するキーを空値(これをRiakではTombstone[お墓]と呼ぶ)で更新する。 この先どうなるかは不明.(宿題扱い) 多分スケジ
 - Keep on moving](https://cdn-ak-scissors.b.st-hatena.com/image/square/63ab01aa8fde7eeafdff6f0d9f11d06eedaa635c/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2FE%2FEhren%2F20130323%2F20130323011504.png)
UNIX 6th code reading - unix/sys3.c - やる気のないブログ(A boring diary)
はじめに 今回はunix/sys3.cを見ていきます。 fstat( ), stat( ) fstat( )(6014行目)はfstatシステムコールのハンドラです。stat( )(6028行目)はstatシステムコールのハンドラです。 fstatもstatもファイルのinode情報を取得するシステムコールです。異なるのはファイルの指定の仕方です。fstatはファイルディスクリプタ(つまり、オープン済みのファイルが対象)で指定し、statはパス名で指定します。 処理の大部分が共通です。共通処理はstat1( )が行います。異なるのは如何にinodeを取得するか、です。 fstatはファイルディスクリプタを元に、getf( )を使ってfile構造体を取得します。そして、file構造体が指すinodeをstat1( )に渡して処理をさせます。 statはnamei( )を使ってパス名に該当した
Recent entries Re: Adaで超いい加減HTTPサーバ iwanaga 2010-01-10 javascriptでthisと戯れる iwanaga 2009-11-13 第一回五反田Emacs勉強会のUstream配信 iwanaga 2009-09-29 わかった気になる気になるandroid iwanaga 2009-07-04 Rhinoを組み込む為のイントロダクション iwanaga 2009-02-02 入社二週間目にして社内のネットワーク環境全域に障害を起した岩永ですごめんなさい。 Rhinoのコードリーディング 0x03回目です。 前回はRhinoを用いて、"1+1"というソースコードを読み込み、2を出力するプログラムを作成しました。 今回は文字列を評価してその結果を返す関数「evaluateString」が、内部で行なっていることを疑似コードを用いて解説し
環境構築：Redox向けcoreutils(Rust)のCode Reading準備およびReading対象コマンド一覧 by nao · 公開済み 2019年5月3日 · 更新済み 2020年12月25日 前書き：Redox版coreutilsを読む理由 Redoxプロジェクトが開発しているcoreutilsを読む理由は、「(Rust初心者の私が)Rustを学習する」ためです。Redoxプロジェクトに関わるコードは、基本的にRustで書かれています。何故、Redox(Kernel)ではなくて、coreutilsを読むのかと言えば、 Kernelを読めるほど、私がRustに慣れていない RedoxプロジェクトのCoreutilsは小規模 CoreutilsはUnix/Linuxコマンドのため、私が機能を把握済み という理由です。 Rustは登場してから日が浅い言語のため、日本語情報が少ない
UNIX 7th code reading - process switch (context switch) - やる気のないブログ(A boring diary)
はじめに 前回のエントリで、UNIX 6thと7thでprocess switch(context switch)の仕様が違うかもしれないという話をしました。 今回はそれを明らかにするために、7thのsave( )とresume( )を確認していきます。 newproc( )で生成したプロセスがswtch( )で選択されたときの流れを見ていきます。 6thでは 6thについては以前解説を書いたので、そちらを参考にしてください。 http://d.hatena.ne.jp/takahirox/20101230/1293722974 http://d.hatena.ne.jp/takahirox/20110702/1309595903 7thでは save まずはnewproc( )の中でsave( )を呼んでいる箇所を確認します。 http://www.tamacom.com/tour/ke
注意 現在X(旧Twitter)でのソーシャルログインができない事象を確認しています。事前にX(旧Twitter)側で再ログインした上でconnpassのソーシャルログインを行うか、 「ユーザー名(またはメールアドレス)」と「パスワード」の組み合わせでのログインをお試しください。合わせてFAQもご確認ください。 お知らせ 2024年9月1日よりconnpassサービスサイトへのスクレイピングを禁止とし、利用規約に禁止事項として明記します。 9月1日以降のconnpassの情報取得につきましては イベントサーチAPI の利用をご検討ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用
UNIX 7th code reading - data block mapping - やる気のないブログ(A boring diary)
はじめに 「itrunc( )が7thと6thではかなり変わっているよ」というコメントを頂きました。 そんなわけで7thのitrunc( )を眺めてみたところ、ある思いが頭によぎりました。続いてbmap( )も眺めてみて、それが確信に変わりました。 「inodeからdata blockへのマッピングの仕様が6thと7thで変わっているな」 というわけで、今回は7thのinodeからdata blockへのマッピングの仕様を解説します。 6thでは まずは6thのおさらい。6thについては以前書いたのでそちらを参照。 http://d.hatena.ne.jp/takahirox/20110815/1313398103 inodeからdatablockへのマッピングの絵を再掲します。 簡単にまとめると、こんな感じです。 inodeがファイルの定義をしていて、実際にファイルのデータが入っている
golang source code reading, analysis, summary for learning - GitHub
UNIX 7th code reading - ファイルのオープン処理 - やる気のないブログ(A boring diary)
はじめに 今回もUNIX 7thのコードを読み解いていき、6thとの差分を明らかにしていきます。 今回はファイルのオープン時の処理を見ていきます。 creat( ), open( ) ユーザプログラムからsys open(既存のファイルのオープン), sys creat(新規にファイルを生成。既存のファイルがあれば初期化してオープン)が実行され、カーネルのシステムコールハンドラ(sys/sys2.cのcreat( ), open( ))が呼び出されます。 (sys命令からカーネルのシステムコールハンドラが呼び出されるまでの流れは、また別の機会に確認します) creat( ) http://www.tamacom.com/tour/kernel/unix/S/99.html#L98 open( ) http://www.tamacom.com/tour/kernel/unix/S/99.ht
皆さん始めまして、2008年11月からアリエルの育成プログラムに応募して入社した岩永といいます。 今後よろしくお願いします。 今回、育成プログラムの一環としてRhinoのコードリーディングの成果をここで綴って行くことになりました。 目標は週二回以上の更新らしいです。がんばります。 私がコードリーディングする環境は以下の通りです。 Windows XP Home Edition SP3 Eclipse3.2.0 (All-In-One-Eclipse 3.0.1) JDK 5.0u16 Rhinoの最新ソースコード (執筆段階での最新リリースはRhino 1.7R1) 別途何か必要になった場合はその都度記述します。 さて、コードリーディングを行うからにはソースコードが無くては話になりませんね。 今回は、まずコードリーディングの為の初めの第一歩としてRhinoのソースコードを取ってきたいと思い
Biscuit Code Reading Go Conference 2018 Autumn Learning System Programming with Golang (21) Hashtag: #gocon_a Yoshiki Shibukawa Future Corporation @shibu_jp
Androidのソースコードを読んで、開発等に役立てるコミュニティです。 小規模で定期的に勉強会を開催し、読んだ内容をGithub等にまとめ、全体で知識を共有ことを目的としてます。 基本的にAndroidに関わることならなんでもOKなスタイルです。 まったりな感じで運営していきます。お気軽に！ 過去に開催して得られた知見等はGithubにまとめております。 https://github....
Terraform Source Code Reading#1 (2019/07/01 19:00〜)
お知らせ connpassではさらなる価値のあるデータを提供するため、2024年5月23日(木)を以ちましてイベントサーチAPIの無料での提供の廃止を決定いたしました。 2024年5月23日(木)以降より開始予定の「connpass 有料API」の料金プランにつきましてはこちらをご覧ください。 なお有料の対象となるのはAPIのみであり、connpassのサービスにつきましては今後も無料でご利用いただけます。
UNIX 6th code reading - unix/fio.c - やる気のないブログ(A boring diary)
はじめに 今回はunix/fio.cを見ていきます。 u.u_ofile[ ]やfile[ ]の割り当てや、権限チェックなどの関数が揃っています。 getf( ) getf( )(6619行目)は、ファイルディスクリプタから、該当のfile構造体を取得してそれをreturnします。 ファイルディスクリプタはu.u_ofile[ ]のindexで、Cのfp = open( 'hoge', 'r' ) ;などと書いた時にfpに格納されるのがそれです。 以前載せた絵の再掲です。u.u_ofile[ ]の各要素はfile[ ]の各要素を指しているので、ファイルディスクリプタ(=u.u_ofile[ ]のindex)から対応したfile構造体を取得できるのです。 closef( ) closef( )(6643行目)はファイルを閉じたり削除する時に呼ばれ、file構造体の参照カウンタをデクリメントし
Biscuit Code Reading
Biscuit Code Reading Go Conference 2018 Autumn Learning System Programming with Golang (21) Hashtag: #gocon_a Yoshiki Shibukawa Future Corporation @shibu_jp
Python Code Reading 10 で発表してきました。 資料は以下になります。 heapq で学ぶヒープの実装とその用途 公けの場でお話するのは、Linux Conference 2003「全文検索システム Akao の検索手法と性能評価」以来だと思います。また、前職の2年間、社内で開発するのみで顧客と直接お話することもなく、緊張感のある場でお話することそのものが本当に久しぶりでした。 私の所感としては「やっぱり緊張したー」というのが一番です。準備していた内容の 2/3 ぐらいしかお話できませんでした。特にヒープソートは、O(nlogn) で効率的に動作するけれど、ソート後の値を格納するソート対象の配列分のメモリ領域が必要ですと言い忘れました。大事な事は資料に書いとけってことです、ごめんなさい(> <) また、私のような慣れていない人が先に発表して、その後、ベテランが発表すると
Slim3 Source Code Reading #7 - ChugokuGTUG に参加してきました！ 今回も@ttyokoyama 殿と2人だったので、まったりと進みました。 まぁ、他の方が参加していても、まったり進むのですがｗ T.Yokoyamaのブログ: Slim3 Source Code Reading #7 今回はValidationです。 簡単な使い方や種類は公式にあります。 Validation - Slim3 大きく分類すると、以下のような感じ。 必須チェック Required 中身は単純で、nullチェックと空文字チェックだけです。 型チェック ByteType ShortType IntegerType LongType FloatType DoubleType NumberType DateType こちらも中身は割と単純です。 例えばIntegerTypeだと
UNIX 6th code reading - unix/sys2.c - やる気のないブログ(A boring diary)
はじめに 今回はunix/sys2.cを見ていきます。 ファイルシステム関連のシステムコールがそろっています。 各システムコールの説明はユーザマニュアルにも載っているので、合わせて目を通すことをお勧めします。 read( ), write( ) read( )(5711行目)はreadシステムコールのハンドラで、write( )(5720行目)はwriteシステムコールのハンドラです。その名の通りファイルの読み書き処理を行うシステムコールです。 readとwriteはデータの流れる方向が「ユーザ空間←ディスク」「ユーザ空間→ディスク」と逆なだけで、処理自体はほとんど共通です。 共通処理はrdwr( )という関数が行っています。read( )とwrite( )はそれぞれfile構造体のフラグであるFREAD, FWRITEを引数にしてrdwr( )を呼んでいるだけです。 read, writ
k8s source code reading #0 (2019/01/11 19:00〜)
お知らせ 【重要なお知らせ】iOSアプリの運用および提供を2024年6月3日(月)を以て終了いたします。詳細は お知らせをご覧ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用申請及び審査がございます。詳細はヘルプページをご確認ください。
UNIX 6th code reading - unix/alloc.c - やる気のないブログ(A boring diary)
はじめに unix/alloc.cを見ていきます。 alloc.cではブロックデバイス中のinode領域やデータ領域の割り当て・解放を行っています。 ブロックデバイスのinode領域の割り当て＆解放 各ブロックデバイスに対応したsuperblock(filsys構造体(5561行目))がコア中に存在しており、その中のs_inode[ ](要素数100はハードコーディング。param.hなどで編集できる値ではない), s_ninodeでブロックデバイス中の未使用inode numberを管理しています。 s_inode[ ]にはブロックデバイス中の未使用inode numberが格納されています。(inode構造体が格納されているわけではない) s_ninodeはs_inode[ ]中の未使用inode numberの数を表します。 s_inode[ ]は未使用inode numberのst
javascriptはまだいまいちわかっていないのですが、とりあえず参加してみました。 3/15(sat) - Roppongi.JS#1 jQuery Code Reading(1)のお知らせ - devlog.holy-grail.jp 最初の方はなんとかついていけたつもりなのですが、pushStackメソッドなどの各種メソッドのあたりからしんどくなってきて、 途中からサイ本を読んでました。基本的なことを全然覚えてないので、まあ当たり前の結果なのですが・・・ でも、Code Readingに参加したおかげで、自分一人でやったら理解するのに３日はかかりそうな部分がわかった！ わかったところまとめ jquery-1.2.3 17〜27行め var jQuery = window.jQuery = function( selector, context ) { // The jQuery o
UNIX 6th code reading - システムコール - やる気のないブログ(A boring diary)
初めての方はこちらを参照 http://d.hatena.ne.jp/takahirox/20101024/1287923014 はじめに 今回はunix v6のシステムコールについてまとめました。 システムコールの詳細を知らずに12章の内容を追うのが大変だったため、まずはシステムコールについてまとめてみました。 システムコールとは？ ユーザプロセス(ユーザプログラム)は直接カーネルの機能(ファイルのオープンなど)を使用することができません。システムコールと呼ばれる機構を使って、カーネルの機能を実行します。システムコールはユーザプロセスに対するカーネルのインターフェイスと言えると思います。 ユーザプロセスがカーネルの機能を直接扱わなくてすむので以下のようなメリットがあると思います。 システムに影響を与えるような危険な命令が誤って、もしくは故意に、呼び出されることを防ぐことができる ユーザプ
注意 現在X(旧Twitter)でのソーシャルログインができない事象を確認しています。事前にX(旧Twitter)側で再ログインした上でconnpassのソーシャルログインを行うか、 「ユーザー名(またはメールアドレス)」と「パスワード」の組み合わせでのログインをお試しください。合わせてFAQもご確認ください。 お知らせ 2024年9月1日よりconnpassサービスサイトへのスクレイピングを禁止とし、利用規約に禁止事項として明記します。 9月1日以降のconnpassの情報取得につきましては イベントサーチAPI の利用をご検討ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
■ - Reading Code Reading
CouchDB Source Code Reading part3
Rhino Code Reading #0x03 — ありえるえりあ
環境構築：Redox向けcoreutils(Rust)のCode Reading準備およびReading対象コマンド一覧
Riak Source Code Reading@東京 #4 (2013/02/01 19:00〜)
golang code reading github.com - Google 検索
Rhino Code Reading #0x01 — ありえるえりあ
Biscuit Code Reading - Google スライド
まったりAndroid Framework Code Reading
Python Code Reading 10 裏話 - forest book
Slim3 Source Code Reading No7 Validation - SiNBLOG
jQuery Code Readingに参加 - おもしろwebサービス開発日記
Riak Source Code Reading @東京 #12 (2013/06/04 19:00〜)