C言語なら俺に聞け 142 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
だめ意見にはけなしたり煽るんじゃなくて具体的な反論ができるといいね >>2
煽りコントで笑いをとってたコメディアンのこと? 最近はPythonやっとけみたいな意見が多いんですが、
今、Cをやるメリットは何かありますか? >>8
結局のところ C は基本中の基本で、避けて通れない、いずれやらないと仕方ない、という状況に追い込まれる そういう意味では、あと英語な
マニュアルや規格票といえばまず英語
日本語版はないか、あっても10年遅れとか
そればかりか自分のコードのマニュアルやコメントも
英語で書けとだいたい言われる え?そんな所あるの?外資系とか?
まあ最初から英語できることを前提に雇っているならわかるけど、そうでない会社で
それやったらネイティブが忍耐をもってしても解読困難な英語モドキの文書の山に
なってしまうのではないか? 解読困難な英語モドキすっげええ、うんざりするほどあるよ
ずーずー弁しぇからしかこんだらず、なんて次元じゃねえ訛り方
・・・まあ恥ずかしながら日本人の訛り方はトップグループなんだが >>14
英語の鍛え方として王道はないものか‥
今構文の教科書(昔の受験用,今の時代には難しすぎるかな‥)をさらっている.https://www.amazon.co.jp/dp/4828501134 技術英語を憶えるのに一般英語は邪魔
技術英語独特のボキャ貧はマニュアルや論文でしか学べない brother と sister は習っても、sibling を学校で習った覚えは無いな >>18
自分がある程度詳しい分野のちゃんとした英語のドキュメントを読んでると、ここはこういう意味か、こんな時はこんな表現するのか、と言うのがある程度身についてくると思う。 RFC読んだ後は、プログラム関係の文書だけは、英語でも何となくわかるようになったなぁ
人の和訳みながらよんだだけだけど C言語の勉強をするためのおすすめのIDEを教えてください Cの文法だけ知りたいんならIDEで身につくと思うけど、CのUNIX的な使い方とかMakefileの作り方まで含むならやっぱりターミナルでVimかEmacsが一番身につくと思うな IDEであろうがなかろうが
複数の環境を使ったほうがいい
1つの環境だけ使っていると
間違った知識をたっぷり吹き込まれる
その環境が悪いわけじゃなく
Cには処理系定義だの未規定だのがたくさんあるからだ 汎用機でトライグラフとワードアドレッシングな奴をやっておけば完璧だね 関数を呼び出すたびごとにいちいちGETMAINするのかと思ったら違った 実際のところトライグラフの環境ってあるのかね
汎用機のEBCDIC(英字)も記号は一通りあるよね カード穿孔機くらいかな
トライグラフの必要性を感じたデバイスは NEC MSコンピューターとかかな
シリーズで言うと MS120,MS140,MS190 ヨーロッパとかで英語以外の国で、C言語で使う記号のところに別の文字が割り当てられてるケースとか。文字コードまたはキーボードのキーとして。 バックスラッシュがあるべき文字コードの場所が
現地の通貨記号に置き換わってる環境でトライグラフ使わね? >>42
そもそもそんな環境で開発なんてしたことないし ノーマークでトライグラフになっちまってたことは過去に何度か・・・
(s)printf 中の format 文字列で >>47
最近のコンパイラはデフォでトライグラフを抑制してくれてるようだけど
古いコンパイラは、そんな気がきいてないから
警告文 "warning??!" ってやって実際の出力が warning| で なんじゃこりゃ?と それでも ??/ → \ で
次の文字をエスケープして大事故にというのは無かったかな >>47
>>45じゃないけど "不正な値です: ??(10)" ってやったら "不正な値です: [10)" ってなって
はあ?ってなったことあるわ CとC++は馬鹿には使えない
惨事が起きるから
使わせてはいけないと聞いた いくつかのコンパイラはトライグラフがデフォルトで無効になっていたと思う clとclangとgccはデフォルトで無効だし、今じゃ有効な環境のほうが珍しいんじゃないの char s[3] = "abc";
printf("%s %lu", s, strlen(s));
これの出力がabc 3にならず
abc 9abc 9とか
abcea 9abcea 9みたいに毎回不定で文字列が出力されるんですけど何でですか? s[4]か、サイズ未指定のs[]にする。
\nを追加する。 strlenの返却値はsize_tだから、%luは間違い。 組み込みのショボいライブラリじゃ使えなかったりするから
unsigned intにキャストして%u
でいいや キャスト毛嫌いしてたんだけど、size_t や int*_t シリーズを printf 書式で使う時のベストプラクティスだと気付いてしまったよ。 サイズの変わる型キャストは、(通常無視できる程度の)少しだけコストがかかることに言及しておこう。 わずかに時間と計算量がかかるという意味のコストね。 printf使ってるときなら、無視できるレベルだな 大抵の場合、暗黙でintに変換されるので%dで問題ない >>63
64ビットで渡すより32ビットで渡す方が普通は速い >>65
intより大きいサイズはintに変換されない >>65
問題大ありだよ
64bit 環境では、sizeof sizeof 1 == 8 だぞ 脇道に逸れるが整数のサイズってどいつもこいつもイマイチだね
char 8
short 16
int 32
long 64
long long 128
と、せっかく5階級あるのを無駄なく使えるようになってない そんなに細かく分ける意味あんのかね。
64bitだけでいいだろ。 Makefileの書き方なんだけど
makeが実行されているときに 今何を実行してるか表示されるけど
「なんでこれが実行されているんか」の理由も表示したい
依存関係の hoge: fuga を表示したい
.c.o:
@echo $@:$^
$(CC) $(CFLAGS) -c $<
みたいに書いたりしてんだけど、全部に書くのもダサい気がするし
良い方法はないでしょうか >>72
128が標準にあれば使い途いろいろあるぞ >>73
GNU make なら -d (デバグ表示)とかは?
ただ「なぜこれが実行される」って、ファイルの更新日時ぐらいしか
ないと思うけど >>75
このコマンドを実行したのは○○より△△が古いから
って言うのを知りたいんでしょ
$^ の意味も知らないならROMってなよ
>>73
make コマンド自体に手を入れた方が早いかも すみません初歩的なことですが・・
前置インクリメントa++
後置インクリメント++a
がありますが、a=a+1は後置になりますよね? b=a++ と b= a= a+1 は違う気がする。 回答有難うございます
実験してみたのですが、a=a+1は前置(a++)にも後置(++a)にもなるのですね
http://i.imgur.com/teLsUGY.jpg a[i++] = i; は悪魔召還だけど
インクリメント演算子なしのこれ
a[i =i+1] = i;
も鼻から悪魔になるのかな >>78
>前置インクリメントa++
>後置インクリメント++a
考え方が逆
変数を基準に考えるのではなく演算子を基準に考える
前置インクリメント++a : 演算子を’前’置した場合、変数(式)の評価’前’に演算子が適用される
後置インクリメントa++ : 演算子を’後’置した場合、変数(式)の評価’後’に演算子が適用される >>84
なるでしょ
iの変更と最後のiの評価の間に順序性がない事に変わりはない i = i + 1;
の、iの変更と最後のiの評価の間の順序性は? デバッガはデバッガで起動すればいいし、printf があるし。 >>87
6.5.16 Assignment operators
「The side effect of updating the stored value of the left operand is sequenced after the value computations of the left and right operands. The evaluations of the operands are unsequenced.」
左オペランドの変更は、左右オペランドの評価の後 >>84
MISRA-C で、禁止されている
a[式]
この式に、副作用があったら、ダメ。
バグるから >>91
thx
だよな、そこは断り書きが必要な箇所 >>92
バグが入りやすい書き方ってだけでバグるわけじゃない 事実上どうなっているという話ではなく
理屈の上でどうなのかという話
ちゃんと断り書きがあったからめでたしだが
そうでなかったら大変だった defineした定数を文字列定数にいれるにはどうしたらいいの?
#define EOL 0x0d
const char version_message[] = "Version 1.0\x0d"
↑この文字列の改行コードに定数EOLを展開した値を入れたいです。 ■ このスレッドは過去ログ倉庫に格納されています