C言語なら俺に聞け 149

2018/10/28(日) 22:01:44.38

!extend:checked:vvvvv:1000:512
↑
次スレを作る時は上記1行をコピーして2行に増やして必ず1行目に入るようにしてください。

C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

※前スレ
C言語なら俺に聞け 148
https://mevius.5ch.net/test/read.cgi/tech/1537347410/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2019/02/04(月) 20:55:36.25

>>959
その論法では()と(int, char**)が共存しえないな

2019/02/04(月) 20:58:12.71

>>945 は「行儀が(とても)悪いけど、明確な規格違反も含んでいない」っていう
引っ掛け問題なんじゃないか？
いくつか気になる点があって調べたけど、どれも規格違反とまでは言えなかった。

>>964
実際に不都合が発生するまではライブラリの関数を使うべし、
ってのがプログラミングの定石だけど、それは置いといて。
itoa() は標準関数じゃないみたいだから、独自ライブラリなら
関数のソースも付属してるんじゃないかな。
自分が使う数値の範囲が限定されるなら、付属ソースを参考に
専用の「数値→文字列」の変換関数を作るのも簡単かと。
(コードの著作権とかの方面は考慮してないので御注意)

2019/02/04(月) 22:30:53.53

>>965
>>966
>>968
ありがとう、itoa関数よりもっとコンパクトな関数の自作に挑戦してみる(`･ω･´)

2019/02/04(月) 22:36:37.94

int n = 123;
char a[4];
a[0] = '0' + (n / 100) % 10;
a[1] = '0' + (n / 10) % 10;
a[2] = '0' + (n / 1) % 10;
a[3] = 0;

2019/02/04(月) 22:42:47.31

>>970
おお、なんか軽そう！

2019/02/04(月) 23:30:45.04

割り算や剰余は8ビットマイコンでは重いのでBCD変換後4ビット毎に文字列化する方法もある。
高速なBCD変換はググれば出てくる。

2019/02/05(火) 09:26:29.85

>>964
桁数固定で良いなら自分で下の桁から10で割った余りに'0'足して10で割るってのを桁数分だけ繰り返せば良いのでは？

2019/02/05(火) 09:27:26.26

うう。リロードしたら答えが全て書いてあるではないか。orz

2019/02/05(火) 19:48:53.03

https://mevius.5ch.net/test/read.cgi/gamedev/1028273462/

1 名前：名前は開発中のものです。[] 投稿日：02/08/02(金) 16:31 ID:GWrer4oY
C言語でゲームって作れるわけ？
あんなの文章表示させられるだけでしょ？

255 名前：名前は開発中のものです。[] 投稿日：2017/02/05(日) 09:12:26.60 ID:AoXQwlvR [1/2]
くっそ懐かしいスレまだあったのか建てたの高校生だった頃の俺やぞｗｗｗ
ちな今銀行のATMのシステム開発技術者。なんてアホなスレ建ててたんだ俺は・・・

ちょっとジーンとしたｗ

2019/02/05(火) 20:36:40.97

2002年ｗ
暇なのでログ読ませていただきますｗ

2019/02/05(火) 21:10:30.19

https://paiza.io/projects/ocopHn6TvkpJu4a--2xAig

初心者なんだが質問したい
もしスレチだったら無視してくれ

coding ground でやってたのだがコンパイルは通ったんだけど正常に実行されない。自分ではよくわからなかったので誰が暇な人いたら教えてほしい…
必要な情報あれば送る。

2019/02/05(火) 21:50:01.63

>>977
文字列に改行文字がないのが原因では？

2019/02/05(火) 22:00:33.04

文字列は==では比較できない
#include <string.h>してstrcmp()を使いましょう

2019/02/05(火) 22:05:58.12

>>979
マジだ見えてなかったわ

2019/02/06(水) 02:22:12.53

https://paiza.io/projects/F0I33_Di-fagw1kL49BVoQ

サンクス
strcmpを使ってみたのだがまだダメなようだ
正常にbreakできない
使い方が間違っているのかもしれない

2019/02/06(水) 02:37:12.10

>>981
よく読んでないけど
とりあえずfor文は100ループしたら駄目じゃないかい？
p回のような

2019/02/06(水) 03:09:41.56

>>981
そのプログラム問題ないぞ。単に入力に 0 が入ってない(というか何もない)からうまく行かないだけ。
下の所の「入力」タブを押して標準入力から読ませる文字列を入れておいてから実行すればいい。
例えばこんな風にだ。(これは入力の所に文字列セットしただけ。プログラム変更なし)。
https://paiza.io/projects/sZbQ6S7tfTLKqC_CEpG_8w

2019/02/06(水) 03:16:24.22

ま、しかし、入力が何もなしでいきなり EOF になった場合を想定していないのはまずいプログラムであるとは思う。

2019/02/06(水) 04:30:43.46

Cが高速な理由ってコンパイラが出力バイナリの速度に重点を置いていて
かつそのコンパイラが長年の歴史をかけて磨かれてきたから。っていうのは間違ってるかな

Cの言語構造そのものに高速性が見出せない。
直にx86アセンブラを書いても速度が遅かったりするもん。

2019/02/06(水) 04:57:27.49

ループから抜けるときに goto使ったらダメなんですか？

for (...) {
for (...) {
if (...) goto LOOP_EXIT;
}
}
LOOP_EXIT:

こういう感じで書いたら先輩に怒られました。
フラグ見てループ抜けるように修正しろと。
指示されたので従いますけど、どうしてダメなのかよく分かりません。

どなたか納得するような理由をご存知でしょうか？

2019/02/06(水) 06:01:54.08

goto全否定は宗教みたいなもん。
万人が納得できるような理由はないと思う。
BASIC時代のスパゲッティーなプログラムの反省から制御の構造化を崩すようなgotoとcontinueは禁忌されることが多い。
ホントはここぞって言う時には使うべきなんだけどね。

2019/02/06(水) 06:27:31.89

>>975
レス番が0xffなのも草

2019/02/06(水) 06:29:29.34

>>987
continueはどのように構造化を崩すんだ？
ループの外へ出てしまうgotoやbreakとはちょっと違うと思うが

2019/02/06(水) 07:45:48.33

>>989
break文もそうだが、continueは構造化を無視してジャンプするという範疇に入るそうだ。
ま、宗教だね。

2019/02/06(水) 08:30:46.09

まあ初心者相手ならgotoには蓋をしておいて、15の誕生日になったら開けなさいって言っておいたほうがよいとは思う

2019/02/06(水) 08:47:44.10

Ruby にも、多重ループを一気に抜ける構文がある

catch(:hoge_break) do
3.times do |i|
4.times do |j|
throw(:hoge_break) if hoge
end
end
end

これを認めない人は毎回、継続フラグを判断し続けなければならない。
漏れはむしろ、こちらの書き方の方が、バグる気がする

2019/02/06(水) 08:59:54.85

並列実行させたいときループの途中に戻りたいと思ふ。

2019/02/06(水) 09:29:07.75

>>988
その発送はなかったわｗ

2019/02/06(水) 09:56:36.40

本日配達の予定です。

2019/02/06(水) 12:30:20.04

>>993
コルーチンやね
いくつかの言語でサポートされてるけどまあ今どきならマルチスレッド+同期化でやりたいことはできる
https://ja.m.wikipedia.org/wiki/コルーチン

2019/02/06(水) 12:30:56.55

>>985
C以外はCと同じようなことをしようとしてもコードが沢山作られて結果的に遅くなるって事だと思うが。(ただし人力で最適化してあるアセンブラ等は除く)。
昔は本当にそうだったように思う。高級言語なのにコンパクトなコード作るのはCぐらいじゃないか？今は知らないけどね。
それと今はインタプリタやVMで実行するのが一般的なJavaのような言語でも実行時に内部でコンパイルしたりJITつかったり工夫がされてるので速度は速くなる事はあるかも。
コードは内部的に大きくなってメモリ食ってるかも知れないけどね。小規模な組み込み用とかでなければ問題にならないと思う。

2019/02/06(水) 12:41:47.95

longjmpとか昔からあると思うよ

2019/02/06(水) 12:44:25.18

>>986
いや、いいよ別に。後でそれで混乱することにならないとか、あるいは使った方がより見やすく分かりやすくなるなら使えばいいのでは？
C言語はtry catch みたいなのもないし、トリッキーな方法でないものをあるかのように見せかけるプログラム作るよりはサクッと goto 使っちゃった方が良いと思う。

その先輩はそのような信仰を持っているか、または会社ならばそこでのコーディング規約で使わない事にしてあるんだろう。

2019/02/06(水) 12:46:40.08

ｊ

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 100日 14時間 44分 56秒