私がコーディングで垂直方向にそろえるインデントをとる理由 | POSTD
先週、 Hacker News上で興味深い議論が行われました 。テーマは Linux Kernelのコーディングスタイル についてです。 議論の中で私は、 コーディングで垂直方向にそろえるインデントをとるべきか というささやかな聖戦を仕掛けました。私は全面的に賛成です。理由を説明しましょう。 垂直方向にそろえるインデントをとるとは？ 簡単な例を挙げてみます。 int robert_age = 32; int annalouise_age = 25; int bob_age = 250; int dorothy_age = 56; ちょっと見ただけで、「bob_age」がおかしいと分かるでしょう。また、目視であちこち探さなくても、全ての値が整数であることが簡単に確認できます。 この考え方は 一般的に 共有 されているわけではありません。ですので、なぜ 多くの 人たち がこれを有効なスタイルガ
GCC some extensions
gcc(Gnu C Compiler)の拡張文法 [警告!] C/C++言語初心者はこのページを読まないでください。 このページではgcc独自のC/C++拡張文法について解説します。 これらの拡張文法が可能にする機構は確かに便利なのですが、 もちろんANSI規格に従っていないので、一般的には使うべきではありません。 C/C++言語文法を学び始めている初心者はこれらgcc拡張文法を 知るべきではありません。C/C++言語を正しく理解する上で大きな 支障となります。 C/C++言語を十分に熟知した者は、gccがこのようなこともすることを 「雑談」として知っておくと楽しいかもしれません。もちろん 実戦に使うべきではありませんが。しかし初心者が偶然に、これらの 機能を使ってうまくいく場合がありますので、そのような初心者を 見つけたら、それが標準規格ではないことを注意してください。 配列変数をコピー
問．Cでオブジェクト指向プログラミングを行なえ - 株式会社CFlatの明後日スタイルのブログ
問．Cでオブジェクト指向プログラミングを行なえ。ただし「オブジェクト指向プログラミング」とは、次のような特徴を持つプログラミング技法であるものとする： オブジェクトの実装はオブジェクトのユーザーからは隠蔽される（カプセル化／隠蔽） 同一型のオブジェクトと同一メソッドを与えた時、実際のメソッドの動作はオブジェクトの内容により変化する（ポリモーフィズム／多態性） なお、ユーザーが既存のオブジェクトをカスタマイズして新たなオブジェクトを作成する機能は、必要ないものとする。 この問いの狙い よく、「オブジェクト指向プログラミング」と「オブジェクト指向言語」は混同されます。が、前者はプログラムを設計する上での考え方で、後者はその考え方を容易にソースコードに書けるような仕様になっている言語の事で、全く違うものを指しています。 その証拠を示すため、「非オブジェクト指向言語」たるC言語で「オブジェクト指向
sprintf を最大10倍以上高速化するプリプロセッサ「qrintf」を作った
最近H2OというHTTPサーバを書いているのですが、プロファイルを取ってみるとsprintfが結構な時間を食っていて不満に感じていました。実際、sprintfは数値や文字列をフォーマットするのに十徳ナイフ的に便利なので、HTTPサーバに限らず良く使われる（そしてCPU時間を消費しがちな）関数です。 では、sprintfを最適化すれば、様々なプログラムが より高速に動作するようになるのではないでしょうか。ということで作ったのが、qrintfです。 qrintfは、Cプリプロセッサのラッパーとしてソースコードに含まれるsprintfの呼出フォーマットを解析し、フォーマットにあわせたコードに書き換えることで、sprintfを高速化します。 たとえば、以下のようなIPv4アドレスを文字列化するコード片を sprintf( buf, "%d.%d.%d.%d", (addr >> 24) & 0xf
socket の TIME_WAIT - 元気よく。
socket 通信をしてて、クライアントから一度接続を切って、その後すぐ再接続したらエラーになりました。。。 環境はこんな感じ。 サーバー: 192.168.1.1:52201 を listen クライアント:192.168.1.2:52202 から connect エラー内容は下記。 接続失敗 WSAEADDRINUSE (10048) Address already in use アドレスは既に使用中である。 ・ bind()しようとしたアドレスは、既にほかのソケットで使われている。 同じローカルアドレスを複数のソケットで使うためには、 SO_REUSEADDRソケットオプションをTRUEにする必要がある。 netstat してみたら、たしかにクライアント側に TCP セッションが TIME_WAIT 状態で残ってました。 netstat -na アクティブな接続 プロトコル ローカル
[PDF] Hello, Binary World!
さとう ゆうすけ <ads01002 ＠ nifty.com> Binary2.0 Conference 2006 発表資料 自己紹介 さとう ゆうすけ (d:id:yupo5656) ソフトウェア エンジニア Hello World愛好家 Binary Hacks の執筆に参加 主な担当ハック: #25 「glibcを使わないでHello Worldを書く」 自己紹介 好きな休日の過ごし方 コードを読む、書く 読書 ○ The Single UNIX Specification ○ ISO/IEC 9899:1999 (C) ○ ISO/IEC 14882:2003 (C++) SICPの問題をC++で解く Z80マイコン製作 Hello World 自己紹介 + 本日の話のレベル user-space バイナリアン kernel-space バイ
Rerouting stdin and stdout from C
I want to reopen the stdin and stdout (and perhaps stderr while I'm at it) filehandles, so that future calls to printf() or putchar() or puts() will go to a file, and future calls to getc() and such will come from a file. 1) I don't want to permanently lose standard input/output/error. I may want to reuse them later in the program. 2) I don't want to open new filehandles because these filehandles
system()関数と、マルチスレッドと、シグナルハンドラ : centosとかfedoraとか組み込みLinuxとかの色々備忘録
2010年06月25日11:24 カテゴリ system()関数と、マルチスレッドと、シグナルハンドラ まぁ、わかってるひとには、タイトル見ただけで、私が間抜けなプログラマだと宣伝してるだけなのかもなのですが、今週調べたことを備忘録代わりに。 マルチスレッドプログラムで、あるスレッドから、system()関数を使いました。 status = system("pwd"); みたいなコードです。 ところが、statusが、-1になったり、正常にsystem()関数で実行したコマンドの戻り値が取れたり、と、挙動が変わります。 で、このプログラム、すでにSIG_CHLDのシグナルハンドラが登録されていました。中身は、fork-execして終了した子をゾンビ化させないためのwaitpid()だけの簡単なものです。 system()関数が、-1で終了する時には、シグナルハンドラの方でsystem()関
Man page of NETDEVICE
Section: Linux Programmer's Manual (7) Updated: 2020-08-13 Index JM Home Page roff page 名前 netdevice - Linux ネットワークデバイスへの低レベルアクセス 書式 #include <sys/ioctl.h> #include <net/if.h> 説明 この man ページでは、ネットワークデバイスを設定するために 用いるソケットインターフェースについて解説する。 Linux はネットワークデバイスを設定するための標準的な ioctl を いくつか備えている。これらはどんなソケットのファイルディスクリプターにも 用いることができる。ファミリーやタイプは何でもよい。 これらの ioctl のほとんどは ifreq 構造体を渡す。 struct ifreq { char ifr_name[I
LinuxとMac OS XでMACアドレスと取得する方法 - FIELD NOTES: 書を持って街へ出よう
実行マシンのMACアドレスを取得する必要があってやり方を探したのですが，意外と探すのに時間がかかりました。結果をここにまとめておきます。 やりたいこと 実行マシンが持つネットワークカードの名称とMACアドレスを列挙したい。 LinuxとMac OS Xの両方で動かしたい。 ifconfigなど外部コマンドを呼び出さずにAPIで実現したい。 Linux版 ioctl(_, SIOCGIFCONF, _)でネットワーク・インターフェース情報の一覧を取得してから，個々のインターフェースに対して，ioctl (_, SIOCGIFHWADDR, _)でMACアドレスを取得します。 #include <stdio.h> #include <string.h> #include <sys/ioctl.h> #include <sys/socket.h> #include <netinet/in.h>
インターフェースのMACアドレスを取得する:Geekなぺーじ
ネットワークプログラミングを行っていると、自分のネットワークインターフェース(NIC)に設定されているMACアドレスを知りたくなる事があると思います。 ここでは、Linuxでインターフェースに設定されているマックアドレスを取得する方法を説明したいと思います。 単純なMACアドレス取得プログラム Linuxでの簡単なMACアドレス取得プログラムのサンプルを以下に示します。 #include <stdio.h> #include <string.h> /* for strncpy */ #include <sys/types.h> #include <sys/socket.h> #include <sys/ioctl.h> #include <netinet/in.h> #include <net/if.h> int main() { int fd; struct ifreq ifr; fd
Linuxをはじめよう！:ローカルバッファーオーバーフロー
前回の記事で警告してみましたが 2名の方がそれでも熱心に 「ハッキングについて教えてください」メールを お二人合わせて9通もくださいましたので 試しに"なぜハッキングなるものが成立するか"という内容で 記事を書いてみようと思います。 まず初めに注意から ・今回紹介するプログラムはわざと脆弱性を含めたコードを 自作しますが、同じ脆弱性は現在でも数多く発見されています。 絶対にこの記事で得た知識を悪用することは止めてください。 この記事の知識を悪用して発生したいかなる問題について 当ブログは責任を持ちません。あくまで"知識"として知っている ことは無駄ではないと思います。 ・この記事の内容を理解するにはC言語を扱えること超基本的な アセンブリの知識があること。そしてCPUレジスタとメモリの扱いを 理解している必要があります。 **********************************
cppcheck 日本語情報トップページ - OSDN
C/C++用の静的解析ツールです。メモリリーク、アロケーション(確保と解放)のミスマッチ、バッファオーバーラン、さらに多くのチェックを行います。目標は、0%の誤認識としています。 ダウンロード 最新ダウンロードファイル cppcheck-2.7-x64-Setup.msi (日付: 2022-02-05, サイズ: 21.55 MB) readme.txt (日付: 2022-02-05, サイズ: 294 B ) cppcheck-2.7.zip (日付: 2022-02-05, サイズ: 4.06 MB) cppcheck-2.7.tar.gz (日付: 2022-02-05, サイズ: 3.76 MB) cppcheck-2.7.tar.bz2 (日付: 2022-02-05, サイズ: 3.07 MB)
Big Sky :: C言語から使えるJSONパーサ、parson が思った以上に良い仕事をしている。
前回は JSMN というのを試したけど、今度も matsuu さんのブクマから。。。 parson Lightweight json parser and reader written in C. http://kgabis.github.com/parson/ 特徴は 軽い (2ファイルだけ) 単純なAPI ドット記法による json 値のアドレッシング (C言語の構造体やOO言語のオブジェクトに似た感じ。例: "objectA.objectB.value") C89 コンパティブル テストスーツ 前回の JSMN とは違い、メモリを動的に確保するタイプ。DOM の様にルートノードから探索を始め、最終的にルートノードを指定してメモリを開放する。 今回もtwitterのタイムラインをパースしよう。 #include <assert.h> #include <string.h> #inclu
大切な事は全て.NETから学んだ
下記の文章、「こういうテーマでufcpp.net内のC#ページを更新（今の【雑記】的にやるか、新しいフォルダー掘るかして）したい」というもの。 いつ手を付けるかは未定。実際のところしばらく無理。 表題、誇張ではなく、割と真実。 ソフトウェアに求められる品質水準は非常に高くなっていて、開発者に求められる知識は年々増えています。 単純にプログラミング言語の基礎を覚えるというだけではまるっきり不足で、そこから様々なパターンを覚えて初めて実用化に足る最低水準になります。 パターン。 こういう場面ではこう書くと解かりやすい こう書かないとこんな問題が 計算速度優先ならこう、省メモリならこう 等々、いわゆる先人の知恵。 歴史を積み重ね、普通に1からたどるにはあまりにも遠い道のりに至りました。 先人と同じ手順を経ていては、追いつくことで精一杯。その先の新しい世界を目指すことも叶いません。 楽をするひつよ
KMC Staff Blog:gccのビルトイン関数 (printf)
2009年07月03日 gccのビルトイン関数 (printf) gccのtipsを紹介します。主にgcc3.x からgcc4.x で変わっているところです。 #include <stdio.h> int main() { printf("Hello, world!\n"); } このプログラムはgcc3では普通にprintfを呼び出すコードを生成しますが、gcc4ではどうなるでしょうか。ARM版のexeGCC4でちょっと試してみます。 > gcc -S hello.c 生成されたhello.s を見てみると ... .LC0: .ascii "Hello, world!\000" .text .align 2 .global main .type main, %function main: @ args = 0, pretend = 0, frame = 8 @ frame_needed
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
sqlca.sqlcodeの値の違い - しょうたろーブログ
IBM Developer
デーモン化への道②
Amazon.co.jp: テスト駆動開発による組み込みプログラミング ―C言語とオブジェクト指向で学ぶアジャイルな設計: James W. Grenning (著), 笹井崇司 (翻訳), 蛸島昭之 (監修): 本
