C言語なら俺に聞け 145

2018/02/19(月) 22:13:58.98

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言語なら俺に聞け 144
https://mevius.5ch.net/test/read.cgi/tech/1514025223/

次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512

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

2018/03/13(火) 08:44:52.34

>>419
よくあるダメなゴトーさん。

2018/03/13(火) 10:00:11.49

>>412
まあ、ないけど、エラーになったら自分でif文使って分岐すれば良いだけでは？
C言語は単に言語レベルでのそういう便利機能が少ないってだけで実現する方法は内部的な動作まで考えたら結局は同じにしかならんと思うよ、

2018/03/13(火) 10:29:21.12

C言語はマクロアセンブラから派生した感じなんで、言語体系はお世話にも良いとは言えないんだよな。
当時はマシン語で演算結果フラグで条件ジャンプや条件コールしてた煩わしさから開放されただけでも有り難かったんだ。
そんなチープな言語にオブジェクト指向だの例外処理だのとか求めて迷走したのがC++
ええい、いっそ作り直してしまえって出したのがJavaやC#
だからC言語使う時点で諦めれ。

2018/03/13(火) 11:04:12.06

>>421
そのif文でゴチャゴチャしだしたら「例外処理」を名乗れない

2018/03/13(火) 11:54:23.49

基本的にウオーターフォールを守るのが大事やな。
そのうえでどこに飛びたいかって感じ。

**デフォルトの名無しさん** · 2018/03/13(火) 12:12:14.52

フォールウオーバー機構を言語レベルで用意すべき

2018/03/13(火) 12:16:24.04

https://www.google.co.jp/search?q=%E3%82%A6%E3%82%AA%E3%83%BC%E3%83%90%E3%83%BC%E3%80%80%E6%84%8F%E5%91%B3&;
ウオーバーってなんぞ？

2018/03/13(火) 12:26:22.54

漢字で書くと闘婆

2018/03/13(火) 13:00:28.56

>>423
名乗らんでいいのでは？

Cが不便なら他の言語使えばいいじゃない。

2018/03/13(火) 13:12:03.18

>>428
ああ、議論できないのね
いいよ話さなくて

2018/03/13(火) 13:20:12.96

SIGUSR1/2じゃ駄目なのか？

2018/03/13(火) 15:58:05.78

>>429
議論？何の？新言語の？

2018/03/13(火) 16:39:07.67

>>431
いいよ、無理に話さなくて

2018/03/13(火) 19:35:09.64

聞く耳持たんらC

2018/03/13(火) 20:04:26.12

突っ込まれて遁走だろ w

2018/03/14(水) 02:09:35.30

ここで幾ら議論してもC言語は変わらない。

Cから派生した言語を新たに作るというのであれば議論することには意味があるだろうが、そうでないならそれはただの愚痴だ。

2018/03/14(水) 06:44:38.33

おまえさあCの例外処理が言語のビルトインとか思っているわけ？
Cは変わらないとか言っちゃってるけど、
その現状のCがわかってないのに変わったかどうか気付けるのか？

2018/03/14(水) 07:02:59.95

一応errnoだったかっていう、失敗理由を示す変数がある事はある。忘れられてるけど。
C言語で唯一トラブルシューティングに使える変数。

2018/03/14(水) 08:03:51.30

>>436
> その現状のCがわかってないのに
お前だけだろ w

>>437
ライブラリレベルの話を入れるかどうかは悩ましいな
普通の言語なら入れなくてもいいと思うがC言語にはsetjmp/longjmpなんて言うとんでもないものもあるからなぁ

2018/03/14(水) 08:15:23.77

errnoだってｗｗｗ　あれが例外処理なのか

setjmpがどうとんでもないのか具体的には言えないんだろうな
だから聞かない

2018/03/14(水) 08:25:02.15

>>439
大域ジャンプするとエラー処理したところが戻ったりして変数グチャグチャになることがあるからな。
まぁ、C++の例外も大域ジャンプだし。個人的には使わないな。
古き良き-1やら_boolであきらめる方が精神的には良い。
んで、趣味位のケースなら正常系だけ書いておけば大体問題ない。
エラー系は大体ロジックエラーだからデバッグで落とす。

2018/03/14(水) 08:29:46.90

>>439
> setjmpがどうとんでもないのか具体的には言えないんだろうな
他の言語でライブラリレベルで実装してる例はないから
まともな頭があれば理解できるはず

**デフォルトの名無しさん** (ｽﾌｯ Sd8a-nIhD) · 2018/03/14(水) 08:31:33.24

高級アセンブラの名前は伊達ではないよね。

2018/03/14(水) 08:32:17.72

あれジャンプじゃなくて、スタックロールバックだからな。どっちかっていうとリセットの類。
他の言語でこれは実装できない。というかやりたくはないだろう。

2018/03/14(水) 08:35:45.72

大域ジャンプ+動的メモリアローケート。あぁおそろしい。
なので、大域ジャンプはやめましょう。

2018/03/14(水) 08:37:30.11

>>440
> 大域ジャンプするとエラー処理したところが戻ったりして変数グチャグチャになることがあるからな。
それはお前の能力が足りないだけの話だろ w

> まぁ、C++の例外も大域ジャンプだし。
C++はデストラクタとかの処理も要るからライブラリレベルでは実現できない
そう言う処理を全てプログラマに押し付けられるC言語だからできるってことでもある

2018/03/14(水) 08:41:34.04

>>445
あーすげー。この人、他人がいじった変数全部把握してるんだな。すげー。
メモリ確保したのなかったことになっても正常系に戻せるんだな。
超人か！！

2018/03/14(水) 08:45:22.60

C++のクラス機構をライブラリで実装するときは、構文糖入れたりとか、イベントモデル入れたりとか。
エネルギーばかりかかって収穫がない。

2018/03/14(水) 09:25:24.96

>>436
Cには言語レベルでの例外処理はないのでは？何のことを指してそう言っているのか？

2018/03/14(水) 09:28:14.80

Cにだって例外処理はある。
でもそれって、CPUの例外割り込みの事だけどね。
あー結局言語仕様じゃ無いじゃんw

2018/03/14(水) 09:29:50.23

>>449
ほら。ないよな？

2018/03/14(水) 09:32:49.61

割り込みっていうならシグナルがあるがしかしOSの問題だよな？
てか標準じゃないか。それにシグナルのために特別な言語仕様が作られてもいない。

2018/03/14(水) 09:35:13.20

所詮Cは高級アセンブラだからなぁ

2018/03/14(水) 10:19:21.23

>>441
現状のCの話じゃなかったのか？
なんで他の言語が出てくるんだ

俺はてっきりsetjmpの仕様がとんでもないと言っているのかと思ったが
実装方法がとんでもないと言っているのか？
あれか動作保証のないマイクロ診断命令でも使っていると言いたいの？

2018/03/14(水) 10:20:28.21

>>448
言語を定義する規格票が定義しているライブラリのことだよ
まさか知らんのか？

2018/03/14(水) 11:44:11.11

何やら雰囲気が悪くなってるように感じるけど、カレンダー絡みかな。

2018/03/14(水) 12:08:39.92

やたら突っかかってくるやつを構ってやっているだけだが

2018/03/14(水) 12:22:56.52

>>454
知らんなあ。Cの例外処理ってなんなの？

2018/03/14(水) 12:24:13.25

ここは遊び場ではありません

2018/03/14(水) 12:52:15.53

>>457
そうか、知らんのか
じゃあ話にならんな

2018/03/14(水) 12:53:42.74

>>459
何のことなのかぜひ書いてくれ。

2018/03/14(水) 12:53:55.90

人の話の腰を折ることに専念せざるを得ない防戦一方なつまらんやつ

2018/03/14(水) 12:55:02.45

>>460
おまえ、そこで３回まわってワンといえ
書いてやるかも知んねーからｗ

2018/03/14(水) 12:55:16.50

>>446
むしろそう言うのを把握せずにどうやってプログラム組んでるんだよ？
動けばラッキーってか？ w

2018/03/14(水) 12:58:38.88

>>453
> 現状のCの話じゃなかったのか？
> なんで他の言語が出てくるんだ
どんだけ理解力がないんだよ...

> 俺はてっきりsetjmpの仕様がとんでもないと言っているのかと思ったが
> 実装方法がとんでもないと言っているのか？
だから他の言語ではライブラリでは実装しづらい機能って話な

> あれか動作保証のないマイクロ診断命令でも使っていると言いたいの？
背伸びしてマイクロ診断命令とか言い出すとか w

2018/03/14(水) 13:00:11.52

もしやこんなやつの事を言ってるのか？
http://d.hatena.ne.jp/htz/touch/20090216/1234774418

2018/03/14(水) 13:02:30.29

自作関数からのlongjmp()利用するなら似たようなものは作れるが、それは言語レベルで例外処理をサポートしている状態とは違う。

2018/03/14(水) 13:02:58.32

>>462
言ったぞ。早く書け。

2018/03/14(水) 13:04:49.57

あ、関係ないけどホーキング博士が死んだという速報が入った。

2018/03/14(水) 13:35:20.49

>>463
大域ジャンプなんぞつかわんので。GOTOくらいは使うけど。
戻った変数と戻ってない変数把握するの無駄すぎる。
んで、どうやってって関数かくときにifで入力要件位書くだろ。無駄な引数減らしたりとか。

2018/03/14(水) 13:43:20.07

HDLCの状態遷移を大域jump無しで書くのは大変だろうなぁ

2018/03/14(水) 13:48:42.43

さぁ、未経験だからね。

◆QZaw55cn4c (ﾜｯﾁｮｲ 8a60-hn8E) · 2018/03/14(水) 14:09:18.81

>>468
うん、確認した

2018/03/14(水) 14:51:40.09

>>467
そんな約束してねえぞゲーハー

2018/03/14(水) 14:54:07.64

>>469
gotoじゃなくGOTOね
Cに限らない一般論ということだな
しかしlongjmpやthrowなんか大域ジャンプだろ
おまえさんはそう思わないのか？

2018/03/14(水) 15:26:30.92

>>452
それな
Cのソース書きながらアセンブラのソースが思い浮かぶ

2018/03/14(水) 17:04:58.74

>>473
早く書けよ。こっちゃあ昼からずっと回ってワンワン言いっぱなしなんだからよ。もう千回ぐらい回ったぞ。

2018/03/14(水) 17:08:34.94

>>476
よかったな
ほら、もう１０００回

# アホ

2018/03/14(水) 17:14:31.52

他の人でこいつの言うことわかってるやつ居るのか？

2018/03/14(水) 17:24:39.97

犬に邪魔されて説明どころではない状態だからなあ

**デフォルトの名無しさん** (JP 0H9b-7yGo) · 2018/03/14(水) 18:08:46.89

情報持ってるふりして出し惜しみするのがマウンティングの基本

2018/03/14(水) 18:24:47.12

朝日新聞ですねわかります

2018/03/14(水) 18:29:37.08

煽れば出ると本気で思っているならやってみな
この程度の話、マジこの程度にも付いて来れないアホの泣き声は物笑いの種だぜ

2018/03/14(水) 18:30:37.68

>>469
無駄じゃねーよ、把握しろ
把握しやすく設計するのも能力のうち

2018/03/14(水) 18:32:36.61

>>480
持ってるふりすらできてないだが...
どうみてもいっぱいいっぱいやん w

2018/03/14(水) 18:41:41.61

ま、どうでもいいから>>436で書いたC言語の例外処理についてどういうものなのか書けよ。

2018/03/14(水) 18:52:07.48

>>485
それよりあと１０００回だぞ
急がないと日付が変わっちまうぞｗ

2018/03/14(水) 19:21:46.36

わかったわかった。もう書かなくていいよ。かわいそうなやつだな。合掌。

2018/03/14(水) 19:45:37.85

ID:L/3+Hz1H0に構うな

2018/03/14(水) 21:53:59.94

収穫ゼロで引き下がる、みじめなヤツｗ

2018/03/15(木) 06:38:35.49

Cでエクセルの指定シートだけテキスト化できます？

**デフォルトの名無しさん** · 2018/03/15(木) 07:11:47.68

>>490
できますん

Excelがインストールされている環境で動かす前提であれば
COMコンポーネント (Microsoft Excel Object Library) を使えばいいが
C++じゃないとダメかも

自前でExcelフォーマットを解析して変換することも
膨大な工数を費やせば理論的にはできるだろうが
現実的には選択肢に入らないな
xlsx限定ならまだ楽かも知れんが

Excelを扱う部分は他の言語で開発してCからはそれを呼び出すのが普通かな

2018/03/15(木) 07:16:10.04

>>490
できるけど結構面倒だよ
ところでなんでC縛りなの？
なんかの苦行とか？

2018/03/15(木) 07:53:33.32

Cにあっていると思う
バイナリを呼んでキャストして
キャスト後も分岐ルートが色々あって
構造体はほとんど可変長
細かいものを組み上げるのは、たぶん Cが最適

2018/03/15(木) 09:54:54.80

FIFO(名前付きパイプ)で、大量データを分割して送受信したいです。

送信側
---------------------------
buff=malloc(datalen);
len=512;
pos=0;

do{
w=write(fifo,buff+pos,len);
pos+=w
datalen-=w
len=datalen < 512 ? datalen : 512
}while(0<datalen)
---------------------

こんなんでok?

2018/03/15(木) 10:35:33.07

・最初に飛び込んでくる段階で datalen が分割サイズ(512) より小さい時の考慮
　（ループ中と同じ記述で良いのでは？）

・書けなかった時(w=0 だったとき) の脱出をケアする
ぐらいでしょうか

2018/03/15(木) 10:45:14.98

SIGPIPEで死ぬぽ。

2018/03/15(木) 10:49:38.59

マジックナンバー使うな。

2018/03/15(木) 11:01:51.80

>>496
シグナルは悪い文明！粉砕する！

**デフォルトの名無しさん** · 2018/03/15(木) 12:00:46.26

>>494
実用的にするなら非同期送受信でいろいろケアしたほうがいいけど
学習用とか数人で使うテストツールとかならいいんじゃね？

2018/03/15(木) 12:19:33.36

>>494
エラー処理が抜けてる。

2018/03/15(木) 12:21:39.25

>>496
そうそう。しかしその辺はOSや接続先によって違うかも。

2018/03/15(木) 16:10:59.70

>>494
これの受信側read()のコードを求むm(__)m

2018/03/15(木) 16:16:36.38

【守銭奴】　　株・ＦＸ・トレーダー　　＜キリスト＂再臨″＞　　史上初テレパシー演説　　【救世主】
https://rosie.5ch.net/test/read.cgi/liveplus/1521080734/l50

2018/03/15(木) 17:42:18.79

プロトコルなんか無しに来たものを読みきるだけの話なら

allocsz = blocksz = 512
buff = malloc(allocsz);
use = 0;

for (;;) {
　w = read(FIFO, buff+use, allocsz-use);
　if (w == 0) { /* もう来ない */
　　break;
　} else if (w > 0) {
　　use += w:
　　if (use >= allocsz) {
　　　// 器が尽きた
　　　allocsz += blocksz;
　　　buff = realloc(buff, allocsz); // 手抜きで realloc
　　}
} else {　/* エラーケアしてね */ }
}

buff に use バイトだけ収まってる

2018/03/15(木) 17:56:13.79

>buff = realloc(buff, allocsz)

リークするからやめなよ。

2018/03/15(木) 18:05:35.40

ヒープなんか使わずに配列にして自己管理せい。

2018/03/15(木) 18:12:47.89

ヒープに配列用のメモリを確保しているわけで・・・

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/15(木) 18:18:50.14

>>505
ん？realloc() はリークするのか？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd2f-5vKF) · 2018/03/15(木) 18:24:18.46

>>508
割り当てに失敗したらリークするよ。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/15(木) 18:34:07.27

>>509
確認した
buff = realloc(buff, allocsz)　という書き方は、たしかに realloc() に失敗すると buff が null で上書きされてしまうのでまずいね

2018/03/15(木) 18:43:54.61

戻りを別の変数で受けて確認してから代入

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd2f-5vKF) · 2018/03/15(木) 18:51:29.92

前、ANSI準拠のreallocは、mallocとfreeの代わりになるって話をしたよな。
だから、最初のmallocは、NULLに対するreallocで置き換えできるんだよ。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd2f-5vKF) · 2018/03/15(木) 18:52:49.68

それから、この場合はintよりもsize_tを使った方がいい。

2018/03/15(木) 20:39:48.98

>>512
最初だけ、な。

2018/03/15(木) 23:54:08.20

素朴な疑問なんですが、Cでメンバ関数を関数ポインタで定義して、そのメンバ関数から引数なしにメンバ変数を参照することってできませんか？

2018/03/16(金) 00:14:09.63

>>515
メンバ関数ってなんですか?

2018/03/16(金) 01:02:32.36

>>516
C++でいうところのメンバ関数を構造体の関数ポインタのメンバで実装したいという意味だろ。読解しろ。
>>515
むり。C++で見かけ上引数がなくても内部で引数で渡してる。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/16(金) 01:37:32.81

>>515
https://mevius.5ch.net/test/read.cgi/tech/1434079972/39
メンバ関数 h() を返すメンバ関数 g() を定義
メンバ関数へのポインタ f を定義
メンバ関数へのポインタ f にメンバ関数 g() の返り値を代入
ここでメンバ関数へのポインタ f にはメンバ関数 h()　が格納されている
->* 演算子を使用してメンバ関数へのポインタ f が指すメンバ関数 h() を実行、 h() ではメンバ変数 C::a を出力する

2018/03/16(金) 02:08:17.17

>>518
スレタイ見ろ

2018/03/16(金) 04:14:48.79

ポインタ構造体変数をポインタ変数で扱いたい時って
&p(ポインタ変数構造体変数)-> member(メンバ名)
みたいにわざわざ一回通常変数に直してからアドレスになおさないかんの？