アカウント名:
パスワード:
「漢ならman」#大阪人として、やや恥ずかしいです。閑話休題。
libcの関数ならmanで十分でしょう。
むしろにsystem callならそのOSのmanしかありえない。Solaris/BSD/Linuxで、ちょっとずつ仕様が違うこともまれではないわけだし。
私はC言語歴25年ほどですが、未だにmanには頼りっぱなしですし、最近のmanは昔に比べてずっと親切だと思いますね。#先ほどもstrptimeの変数とフォーマットが逆であることを教えられました。
まあ、libc意外だとmanに詳細が書いてなくてハマることも無いわけでは無いですが、そういうときは「ソース」ですね。昔openssl(SSLeay)はmanが出来てなくて全部ソースでしたが。
下手に「嘘(もしくは古い情報)を書いた本」を使い続けるより、「その場その場でman」の方が将来的にも困らないですよ。
まあもちろんJISX 3010 : 2003(ISO/IEC 9899:1999)規格仕様書ってのもOKですが、私は関数リファレンスとしては使用していません。
manで読み取れない細かい部分は、有名はオープンソースソフトウエアのソースですかね。
明示的に名乗ったことがあるかどうかは記憶にありませんが、山吹色で召喚される [srad.jp]ぐらいですし、部門名でネタにされる [srad.jp]程度には自明かと。
#/.Jでは、fjの人を結構見かける場な気がしてるのですが、こういうのは黒歴史?#外野が勝手に同定なんてやってはダメだったかも…
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
man (スコア:3, 参考になる)
「漢ならman」
#大阪人として、やや恥ずかしいです。
閑話休題。
libcの関数ならmanで十分でしょう。
むしろにsystem callならそのOSのmanしかありえない。Solaris/BSD/Linuxで、ちょっとずつ仕様が違うこともまれではないわけだし。
私はC言語歴25年ほどですが、未だにmanには頼りっぱなしですし、最近のmanは昔に比べてずっと親切だと思いますね。
#先ほどもstrptimeの変数とフォーマットが逆であることを教えられました。
まあ、libc意外だとmanに詳細が書いてなくてハマることも無いわけでは無いですが、そういうときは「ソース」ですね。
昔openssl(SSLeay)はmanが出来てなくて全部ソースでしたが。
下手に「嘘(もしくは古い情報)を書いた本」を使い続けるより、「その場その場でman」の方が将来的にも困らないですよ。
まあもちろんJISX 3010 : 2003(ISO/IEC 9899:1999)規格仕様書ってのもOKですが、私は関数リファレンスとしては使用していません。
manで読み取れない細かい部分は、有名はオープンソースソフトウエアのソースですかね。
Re: (スコア:0)
お代官様?
Re:man (スコア:1)
明示的に名乗ったことがあるかどうかは記憶にありませんが、
山吹色で召喚される [srad.jp]ぐらいですし、
部門名でネタにされる [srad.jp]程度には自明かと。
#/.Jでは、fjの人を結構見かける場な気がしてるのですが、こういうのは黒歴史?
#外野が勝手に同定なんてやってはダメだったかも…