C言語なら俺に聞け 144

2017/12/23(土) 19:33:43.89

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/

前
http://mevius.5ch.net/test/read.cgi/tech/1509107288/

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

14 (ﾜｯﾁｮｲ 2393-YNiV) · 2017/12/24(日) 17:43:11.44

おっと、「～だと思うよ」の部分は「～じゃないかな?」に訂正させてくれ。
読み直したら、そこまで断定する自信がなくなった。

質問者 >>3 による見解を求む。
…と言っても、いずれにせよ俺には答えられない問題だけどネ。

2017/12/24(日) 17:57:57.47

Gtk+ 3.0のGUIツールの質問はこちらでも宜しいでしょうか。
glade3.18、C言語を使用しています。

起動したgladeの右側のプロパティ画面で、

window1 GtkWindow
□|__box1 GtkBox
□□|__scrolledwindow1 GtkScrolledWindow
□□□|__viewport1 GtkViewport
□□□|____image2 GtkImage
□□□|__button1 GtkButton

のように配置すると、画面をマウスで引き伸ばしても、実行時window1のみが引き伸ばされてしまいます。
やろうとしている事は、ファイルの保存ダイアログの様に、マウスで引き伸ばしてもbutton1がwindow1と一緒に移動し、image2が引き伸ばしされている様に見せたいのですが上手くいきません。
教えてください。よろしくお願いします。

2017/12/24(日) 18:24:06.76

>>13
当然、特定初期状態からのn番目はあるよ
周期もある

何を聞かれてるのかよくわからない

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) · 2017/12/24(日) 18:47:45.17

>>14
はい、そのとおりです。
ハッシュ関数(たとえばSHA-2) に対して入力0, 1, 2, を与えて得られた出力を乱数として使用することに妥当性はあるか？

もっと踏み込むと、実はストリーム暗号として使用したく考えています。
ハッシュ関数を h(x)、
暗号鍵を k
平文を M
暗号文をC
として、
C = Mi xor f(n + k), n = 0, 1, 2, ....
とした場合に、この暗号に対してどのような解読方法が考えられるか？

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) · 2017/12/24(日) 19:07:57.94

× f(n + k)
○ h(n + k)

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-1u/G) · 2017/12/24(日) 19:24:00.18

>>16
「引き延ばし」というのは専門用語じゃないよね。位置とサイズをちゃんと指定くれないと、人間にもわからないよ。
イベント駆動については勉強した？サイズを自動調整するには、イベント駆動で「サイズ変更」のイベントを捕まえるか、自動レイアウトにするしかないよ。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-1u/G) · 2017/12/24(日) 19:39:28.76

>>16
コンテナを使えばサイズが調整できるよ。

2017/12/24(日) 19:46:51.17

>>3 >>18
ショボい線形合同法 f(n) = (f(n-1) * a + b) mod c なら、
f(n) = (f(0) * (a ** n) + b*n) mod c
という式が使える理屈だけど、現実には桁あふれとか
a ** n (べき乗)の計算でループするとか、実用できないだろうなぁ。

ところで詮索するわけじゃないけど
◆QZaw55cn4c って普段は教える側の人じゃなかったっけ?

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-1u/G) · 2017/12/24(日) 19:48:23.88

GtkBoxとGtkScrolledWindowをコンテナに。イベント駆動でサイズ調整。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-1u/G) · 2017/12/24(日) 19:54:08.92

認識しています...

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd1f-1u/G) · 2017/12/24(日) 20:14:50.51

電池切れです。今すぐ充電して下さい。

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) · 2017/12/24(日) 20:23:36.25

>>22
その変形は、ちょっと楽観しすぎていると思う
f(1) = af(x) + b
f(2) = a(ax + b) + b = a^2 x + ab + b
f(3) = a(a(ax + b) + b) + b = a^3 x + a^2 b + ab + b
f(4) = a^4x + b(a^3 + a^2 + a + 1)
f(5) = a^5x + b(a^4 + a^3 + a^2 + a + 1)
なんかもっときれいになりそうだけれども…

＞普段は
え？それはそうみえるだけじゃないでしょうか？

22 (ﾜｯﾁｮｲ 2393-YNiV) · 2017/12/25(月) 06:33:17.53

>>26
本当だ。変形間違ってるわ。
ステップ毎に項数が増える漸化式の展開で必ず同じミスするなぁ。

2017/12/25(月) 08:57:25.44

割り算を割り算なしで実用的に計算する方法はありますか？

2017/12/25(月) 09:02:10.05

筆算の手順を参考に。

2017/12/25(月) 09:54:22.59

>>28
精度保証がそれなりで良ければ分母の逆数をニュートン法で求めて乗算。
整数の商が正確に必要で除数が一定なら逆数と補正をあらかじめ用意できる。
定数の除算をアセンブリで出してみると驚くよ。

2017/12/25(月) 11:53:59.36

整数を2の自然数乗で割るのは右シフト演算に置き換えられる

2017/12/25(月) 11:59:50.75

>>31
そんな些末な化石テクニックなんか、最適化に任せちまえよ。

2017/12/25(月) 12:19:46.91

自身をXORするとゼロクリアできる。

2017/12/25(月) 12:46:35.23

>>33
いや、そうだけど、ゼロの代入しても最適化されてマシン語ではそれになってることあると思うよ。CPUにもよるだろうけどね。
レジスタをゼロクリアする専用の命令があればそちらが使われるだろうし、多分その方が何も計算しない分だけ速い。

2017/12/25(月) 13:19:39.85

化石テクニックの一例で出しただけでしょ

2017/12/25(月) 13:25:33.64

XORクリアはZ80ではほぼ必須テクニックだったけど、x86では意味ないよ

2017/12/25(月) 13:37:06.87

>>35
今時のC言語だと意味がないばかりかコンパイラの最適化の邪魔になりかねないので変な小技は忘れた方が良いと思うよ。registerとかと同じ。

2017/12/25(月) 14:12:39.78

俺が出したんじゃねーし

2017/12/25(月) 14:39:28.15

>>36
sub でクリアは定番

2017/12/25(月) 18:27:45.55

G_MODULE_EXPORT void
cb_activate(
GtkEntry *entry1,
GtkLabel *label1)
{
gchar *buf;
buf = g_strdup_printf("文字 %s",gtk_entry_get_text(entry1));
gtk_label_set_text(label1,buf);
g_free(buf);
}

上のプログラムを参考に、GtkTextViewから文字数を得て、label1に書き込むプログラムにしようと、マニュアルを調べていたのですが、上手くいきませんでした。
insert_at_cursorのイベントから動くようにするには、どうしたらいいのでしょうか。
初歩的な質問ですみません。よろしくお願いします。

2017/12/25(月) 18:52:27.54

>>40
プログラムを全部さらしてください。https://ideone.com

2017/12/25(月) 19:35:55.33

>>34
> レジスタをゼロクリアする専用の命令があればそちらが使われるだろうし、多分その方が何も計算しない分だけ速い。
レジスタじゃなくてメモリーだけど68000のCLR命令はなぜか0を書く前に謎の読み出しを行うので遅かったりした

2017/12/25(月) 19:44:53.59

>>41
Cソース
https://ideone.com/324qDo
UIソース
https://ideone.com/o3pHFq

コメントにした部分は、動くことは動くけれど、ラベルが反応しない。
今の非コメント部分は、main関数は動きますが、それ以外はエラーが出ます。
動かないのを知っていて、プログラムが中途半端に書かれています。
なので責めないでください。
迷走している様子が伝わってくると思います。

2017/12/26(火) 09:14:44.44

>ゼロクリア
昔触った業務機は０固定のレジスタからコピーしてたな。

2017/12/26(火) 09:52:36.67

V850?

2017/12/26(火) 10:06:26.59

MIPSじゃね？

2017/12/26(火) 11:48:22.67

SPARCでは

2017/12/26(火) 13:07:44.90

乱数レジスタもあるよ

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) · 2017/12/26(火) 18:38:13.95

>>48
あれは乱数レジスタではなくて、リフレッシュカウンタ

2017/12/26(火) 20:49:06.65

>>49
Z80で知識が止まってるおじいちゃんの出る幕じゃないよ
intel rdrand でググれ

◆QZaw55cn4c (ﾜｯﾁｮｲ 7f60-IIk+) · 2017/12/26(火) 21:36:47.54

>>50
ふむふむ
http://mevius.2ch.net/test/read.cgi/tech/1192628099/337

2017/12/30(土) 17:36:17.08

先輩方また教えてください
int　
hoge(int a,
_____int b)
{
____return a + b;
}

_は半角スペースだと思ってください。
こんな感じでintとhogeを別の行に書いたり
int aとint bも別の行に書いたり
こういう書き方をよく見るんですがどうしてこう書くんでしょうか？
C言語ではこういうルールがあるのでしょうか？

2017/12/30(土) 17:46:47.07

それはコーディングスタイルとか、コーディングルールとかいうけど、会社や組織によって違う。
制御構造の構造を明確にするために、「インデント」したり文字の位置を揃えたりする。
まあ、初心者ならANSIスタイル使っておけば無難かな。

2017/12/30(土) 17:49:08.58

コード整形ツールというのを使えば、ソースのスタイルを変換できる。

2017/12/30(土) 17:50:39.34

インデントするときはTabキーが便利。

2017/12/30(土) 17:52:13.74

>>52
> こういう書き方をよく見る
嘘つくな。
というか、本当にそう思うのなら見るべきソースを間違っている。

いずれにしても、初心者がその手のコーディングスタイルについて考えるのは完全に時間の無駄だから、
どれでもいいから有名なコーディングルールを読んで、それを使うようにしろ。
お前が今読んでいるそのコードに対して追加/修正が求められているのなら、
グダグダ言わずにそのスタイルで書け。

繰り返すが、初心者がコーディングスタイルにこだわるのは全くの無駄だから、止めろ。
君が入門書を読んで勉強しているのなら、その本のスタイル通りに書け。
初めはそれでいい。

2017/12/30(土) 17:52:35.86

>>52
cb とか indent ってコマンドがある

2017/12/30(土) 17:53:57.97

C言語では文字列以外の空白はほとんど無視されるから、処理を一行に長～く書くことが
できるけど、それでは人間には分かりにくいし、読みづらい。

2017/12/30(土) 18:16:01.37

ANSIスタイル、K&Rスタイル、GNUスタイル

2017/12/30(土) 18:16:52.49

>>52
たまーに引数が多くて読みずらい関数とかをメンテするハメになったときに、コメントつけるためにやる程度。

例のような短いのでそんな事になってたら、元担当見つけて小一時間問い詰めろ。

2017/12/30(土) 18:56:08.15

GNUスタイルは大嫌いだったな。K&Rは行数削れるから、最初のころ使っていたけど。

2017/12/30(土) 19:19:44.15

>>52
人間が見る時の見易さのためだけにそう書いているのがある。言語としての決まりはない。
C言語で改行に意味があるのはダブルクォーテーションで括った文字列内とプリプロセッサが処理する#で始まる行ぐらいだ。

2018/01/03(水) 19:26:04.56

　　　　　　　　 ,,-―--、
　　　　　　　　|:::::::::::::;;;ﾉ　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　|::::::::::(　」　＜見るべきソースを間違っている。
　　　　　　　　ﾉﾉﾉ　ヽ_l　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　　　,,-┴―┴- 、　　　 ∩_
　　　　　／,|┌-[]─┐|　＼　　( 　ﾉ
　　　 / ヽ| | 　バ　 | '、／＼ /　/
　　　/ `./| | 　カ　 |　 |＼　　　/
　　　＼ヽ| lゝ　　|　 | 　＼__/
　　　　　＼ | ￣￣￣　 |
　　　　　 ⊂|＿＿＿＿__|
　　　　　　　|l＿l i　l＿l |
　　　　　　　| 　 ┬ 　　 |

2018/01/04(木) 03:49:55.19

https://goo.gl/images/7psvUE

2018/01/04(木) 22:13:01.12

char p[]="aiueo";
p[3]='\0';
ではエラー出ないのに
char *p="aiueo";
*(p+3)='\0';
は書き込み違反になるのは何故なの

2018/01/04(木) 22:16:54.08

>>65
前者は配列変数のp、後者は定数を指してるポインタのp。

2018/01/04(木) 22:20:46.48

前者は文字列リテラルの複製を配列にセットしたうえで配列を書き換えてる
後者は（ポインタ経由で）文字列リテラルそのものを書き換えている

2018/01/04(木) 22:25:12.39

>>66
>>67
リテラルのアドレスになるのかありがとう

2018/01/05(金) 04:42:55.46

前スレでも話題になったね。
http://mevius.5ch.net/test/read.cgi/tech/1509107288/936

2018/01/05(金) 11:52:20.32

char *p="aiueo"; //これが通るのは必要悪
const char *p="aiueo"; //本来こうであるべき
*(p+3)='\0'; //constついてりゃ並みのアフォなら気付けるはず

2018/01/05(金) 16:14:27.78

constの意味がわかって無いアホ。
リテラルが書き換えられないだけで、ポインターは別に書き換えてもいいだろ。

2018/01/05(金) 16:41:35.06

char * const と const char * の違い

2018/01/05(金) 17:54:32.46

>>71
ブーメランおいしい？ｗｗｗ

2018/01/05(金) 18:07:43.83

そういや前にどこにconst入れるとどこが定数扱いになるか色々やって調べたことあるなあ。

2018/01/05(金) 18:28:56.45

const char *p; と char const *p; は p が指す先が定数で char * const p; は p 自体が定数なんだよね。

2018/01/05(金) 19:10:23.97

まあしかしコンパイラには char *p = "..."; の宣言で *p に書き込みアクセスするような記述を見つけたら警告ぐらい出して欲しいところだな。
実際に(少なくともデフォルトでは)動かないコード吐くわけだし。

2018/01/05(金) 20:16:53.14

ポインタである以上なんでも指せるし、
どう使うかは完全に自己責任では？

2018/01/05(金) 20:55:22.53

ま、確かに。他の所を指すように使い回せるけどね。うーん。

2018/01/05(金) 21:56:39.58

>>70に加えて、
const char* const p = "aiueo"; // p も *p も const
も使い分ければいいだけだろ。

つってもこの書き方、非標準なのか？以下ページ以外では見あたらない。
https://qiita.com/pink_bangbi/items/a36617bf1d5923743d69

2018/01/06(土) 08:11:50.88

>>79
ISO/IEC 9899:2011 A.2.2に書いてあるんだが、おまえさんには見えないのか？

7.3) type-qualifier:
const
restrict
volatile
_Atomic

7.6) pointer:
* type-qualifier-listopt
* type-qualifier-listopt pointer

7.6) type-qualifier-list:
type-qualifier
type-qualifier-list type-qualifier

2018/01/06(土) 11:14:58.36

char **pをconstするとそんな感じにならなかったけ？

2018/01/06(土) 16:50:26.91

あ、こういう問題作れるね。

・　それぞれの違いについて説明せよ。

const char **p
char const **p
char * const *p
char ** const p
char * const *p
char * const * const p
char const * const * const p
char const ** const p

2018/01/06(土) 18:52:18.14

>>82
悪問だけどな。結局の所、
・constは複数回指定できる
・constの右側の固まり全体が定数と見なされる
だけだし。逆に言えば、それらを別物/良問として認識するような奴は上達しないのだと思う。
（記憶の前処理としてabstractionする癖がない）

だからこれまでそんな馬鹿げた問題を出す奴はC界隈には居なかったし、今後も多分そうだ。
CodeIQの広告でその手の問題をよく見るが、あれじゃ「馬鹿です」と自己紹介して居るも同然だし。
まあ所詮リクルート（コード書いてない連中）だからそんなもんだが。
とはいえ、何らかのテストで簡単にそいつの実力を把握できる事が出来るのなら、役立つのも確かだが。

そしてそれ以前にconstが大して役に立たないからなあ。

2018/01/06(土) 19:00:28.28

>>83
> ・constの右側の固まり全体が定数と見なされる

え? これ違わない? というのは

const char *p = "...";

の場合は p は p++ できたりして const じゃないから右側の塊ではない。

2018/01/06(土) 19:13:55.66

>>84
お前は上達しないタイプだね

2018/01/06(土) 19:53:29.84

いやあ、それほどでも。

◆QZaw55cn4c (ﾜｯﾁｮｲ 1f60-1EiW) · 2018/01/06(土) 20:34:46.10

>>84
＞const char *p = "...";
は char const *p = "":
に等しい、例外みたいなもんじゃないか？

2018/01/06(土) 20:41:46.13

変数型宣言と初期化を同時に記述してっからそうなるんだろ？

2018/01/06(土) 20:49:46.88

>>82
1: const char **p
2: char const **p
3: char * const *p
4: char ** const p
5: char * const *p
6: char * const * const p
7: char const * const * const p
8: char const ** const p

1と2、3と5は同じ
char **pとchar const * const *pのパターンがない

こういう奴はプログラマーに向いてない

2018/01/06(土) 21:08:00.94

ｷﾘｯ

2018/01/06(土) 22:07:37.32

>>87
例外ではない。
char部分はCでは常にcons扱い(=int等に変更できない）だから
constが修飾する対象に仕様上なり得ないだけ。
だからその2つは結果的に同じ意味になる。

というかCは文法例外はほぼ無いはず。

2018/01/07(日) 00:49:57.01

c++と勘違いしてね？

**デフォルトの名無しさん** · 2018/01/07(日) 06:32:55.29

自分流に解釈して覚えるのはいいけど、それが世界の真実かのように講釈するのは恥ずかしいから控えた方がいいよ
まあこのスレではいいけど、リアルの人間関係では陰で馬鹿にされるだけだよ

2018/01/07(日) 19:53:30.95

>>91
charがintに変更できないのがconstだからだと？
おまえさん char c; *(int*)&c = 1; が許されないことと勘違いしているのか？

2018/01/07(日) 19:54:10.54

いかん、間違えた
おまえさん char c; (int)c = 1; が許されないことと勘違いしているのか？

**デフォルトの名無しさん** · 2018/01/07(日) 20:44:34.88

ほらね、共通語をしゃべらないから話が発散する

2018/01/08(月) 15:01:42.36

>>95
これってcをintに拡張して1を代入してcをcharに戻すの？

2018/01/08(月) 15:27:35.06

>>97
当たらずといえども遠からず
自分で言ってて無理を感じるなら
それが正解だ

**デフォルトの名無しさん** · 2018/01/08(月) 15:31:40.17

>>97
んなこたあない
>>94の書いてるコードと同義で、cの先頭アドレスからint分の領域に代入するだけで、cを拡張したり戻したりしてるわけではない
gcc 3.xやVC++2008では通ったが今のgccではコンパイルエラーになる記法

2018/01/08(月) 15:33:23.37

思いっきりメモリーリークして実行時に大暴走する悪寒しかしない。

2018/01/08(月) 16:09:19.72

(int)cって右辺値じゃないの？

2018/01/08(月) 17:43:28.20

>>101
そうだよ
だけど一部の（まずいことに大手の）コンパイラが
左辺値としての用法を古くから許していた

2018/01/08(月) 17:56:03.73

>>98
俺は初見ではcはcharのまま代入されて代入後の値がintとして評価されると見たんだが

2018/01/08(月) 18:25:44.79

>>102
Cは95のコードを書く池沼は死んでよし、って言語なんだよ。
だからそんなのは問題にもならない。
94はよく見るが、95は見たこと無いぞ。

2018/01/08(月) 19:03:01.62

若造が見たことないのは仕方ないよ
活発に議論されていたのがC89制定を目指していた頃のことだから

2018/01/08(月) 19:11:59.23

おじいちゃん、若い人いじめちゃだめだよ

2018/01/08(月) 19:14:15.10

>>84,87,91,95 の流れがよくわからん

const <type> *p = ... が <type> const *p = ... と等価となる理由が例外ではなく
p を左辺値と解釈する隙間があるから　ってこと？

2018/01/08(月) 19:26:48.32

>>106
一児の父だが孫はまだいねえよ

2018/01/08(月) 19:45:48.59

>>107
例外じゃないって立場は俺しか居ないのか？
その場合、お前らはこれを整合性よく説明できない馬鹿共だということになるが、それで良いか？

逆に考えてみろ。
君がそれを「例外」だとしているのなら、つまり「例外」でなければ君は
const <type> *p = ... // (A)
<type> const *p = ... // (B)
で意味が違うべきだというわけだ。
その場合、それぞれどういう意味と捉えるべきだと考えるのか、言えるか？

2018/01/08(月) 19:52:07.48

少なくとも俺は　そういうもんだと覚えてるだけで説明はできない

2018/01/08(月) 20:23:19.52

こんなの決め事なんだからもしそう言うのがあったとしても
> その場合、それぞれどういう意味と捉えるべきだと考えるのか、言えるか？
は、作った奴に聞くしかないだろ

**デフォルトの名無しさん** · 2018/01/08(月) 20:24:38.73

例外でもなんでもなく、単にC言語の標準規格がそうなっているからとしか言いようがないけどな。

宣言指定子 (declaration specifier) は以下の3要素から構成されている (順不同)。
・記憶クラス指定子 (storage class specifier) : auto, register, static, extern, typedef
・型指定子 (type specifier) : void, char, short, int, long, float, double, signed, unsigned, struct/union指定子, enum指定子、typedef名
・型修飾子 (type qualifier) : const, volatile

ポインタ宣言子 (pointer) は以下の2要素から構成されている。
・*
・型修飾子 (type qualifier) リスト

いろいろ省略してるので細部は不正確かもしれないがC89ではだいたいこんな感じ。
参考: C11のYacc文法 http://www.quut.com/c/ANSI-C-grammar-y.html

で、なぜそうなっているかを自分流に解釈して自分の中で整合性を取るのはいいけど、それを他人に押しつけるなってことだね。

2018/01/08(月) 20:24:45.15

ちゃんと理詰めで理解できるやつもいれば
暗記するしかないやつもいる

世の中、人それぞれだな

**デフォルトの名無しさん** · 2018/01/08(月) 20:39:32.52

>>113
別に太陽が地球の周りを公転していると解釈してもいいんですよ？
結果さえ合っていればね。
ただその自分流の解釈を他人に講釈したら恥をかきますよって話。