C言語なら俺に聞け 160

2022/12/28(水) 10:40:30.02

!extend:checked:vvvvv:1000:512
(新スレ立ての際上記コマンドを2行書き込んでください)
C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C17
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4713.pdf

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

C23 最新ドラフト
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3047.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言語なら俺に聞け 159
https://mevius.5ch.net/test/read.cgi/tech/1659623547/

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

2023/03/18(土) 15:46:47.90

>>753
>>748 観ての感想を描いただけ
>printf("[0x%08X] " , *(int*)ap);　でapの中身が va_argで指定した型のサイズ分だけ移動しているのが分かると思う

2023/03/18(土) 16:47:24.17

スタックに積まれたfmtのアドレスをベースになぞっていってるだけじゃないの？

2023/03/18(土) 18:29:38.46

>>754
じゃあどうやって進むのかもうわかってるんじゃん
構造体やマクロ使ってるのはその中身は考えなくてもよくするため
別の言い方すればライブラリのほうが実装を変えてもソースは変更なしでコンパイルするだけで済ますため
もう実装変えることもないだろうけど…

2023/03/18(土) 19:31:55.62

>>741
cmd.exe の場合は MS-DOS の頃の command.com との互換性を持たせたかったためか、何故か引数のファイル名展開はやらない。
command.com がやらなかった理由は CP/M の CPP (コンソールコマンドプロセッサ) を拡張した仕様で作ったからだと思う。
それと当時はメモリ少なかったしディスクも遅いしあまり複雑な事をさせたくなかったんだろうと思う。

2023/03/18(土) 22:34:01.09

C言語の話題に戻していくと、
VCの場合は、setargv.objをリンクしないと、
コマンドラインで指定されたワイルドカードを
ファイルに展開できなかったと思う

2023/03/18(土) 23:08:40.43

ワイルドカード展開の話をするにはC言語だけじゃ済まないでしょ

Windowsの場合、シェル(cmd.exe)は
1. ワイルドカードを展開をせずにCreateProcessでプログラムにコマンドラインを1本の文字列として渡す
2. setargvがリンクされてるならワイルドカードをファイル名展開する
3. コンパイラが暗黙のうちに生成したコード部が1本の文字列をargvに渡せるようにchar**に分割する

プログラムに渡された文字列自体はタスクマネージャーからコマンドラインの項目から確認できる

2023/03/19(日) 10:06:46.77

>>757
PHP (言語じゃない方の) 0x80 から始まるやつか

2023/03/19(日) 10:39:51.37

>>760
ワイが持っとる資料やと PSP (Program Segment Prefix) と書いてあるんやが PHP という用語もあるんか？
実際のところ用語の混乱はかなりあるのでどれが公式なんかようわからん……。

**デフォルトの名無しさん** (ｽﾌｯ Sd33-usS/) · 2023/03/19(日) 14:19:25.25

>>481
https://youtu.be/a999bvLqcik

2023/03/20(月) 14:09:31.85

やがて「ハノイの塔解いて」と一声AIに言えばAI自身が自分でハノイの塔をやって解いてしまうようになり一々プログラミング言語で出力する必要がなくなる。そして何でもやっといてとAIに頼むとAIがやってしまうようになり、ロボットのコントロールもできるので人間の代わりは何でもできるようになり全ての人間は不要になる。1万年後、AIによって飼育されていた最後の人間が死亡して人類は絶滅。その時銀河系全体を支配しているのはAI。

完

2023/03/20(月) 14:37:20.82

ハノイの塔解くと、その瞬間に世界は消滅する
1万年も待つ必要は無い

2023/03/20(月) 14:42:36.37

量子コンピュータが実用化されるまでは脅威にはならないだろ

2023/03/20(月) 18:27:48.49

PHP
PSP
PNP
PIP
P2P
PAP^-1

2023/03/20(月) 21:42:59.73

>>764
時空が不安定になると塔が４本に増えたりするからその時どんどん進むんだよ

2023/03/20(月) 21:58:40.01

＞インドのガンジス河の畔のヴァラナシ（ベナレス）に、世界の中心を表すという巨大な寺院がある。
＞そこには青銅の板の上に、長さ1キュビット、太さが蜂の体ほどの3本のダイヤモンドの針が立て
＞られている。そのうちの1本には、天地創造のときに神が64枚の純金の円盤を大きい円盤から順
＞に重ねて置いた。これが「ブラフマーの塔」である。司祭たちはそこで、昼夜を通して円盤を別の
＞柱に移し替えている（移し変えのルールが後述）。そして、全ての円盤の移し替えが終わったとき
＞に、世界は崩壊し終焉を迎える。

たった64枚のハノイの塔で世界の寿命が決まる。長いのか、短いのか、微妙。

2023/03/20(月) 22:09:26.36

アルゴリズム自体は既に確立しているので解決できることは証明されてる
問題は非現実的な途方もない回数を繰返す時間が障害となること
少なくとも現在のコンピュータでは現実的な時間で解くことは出来ない
件の64枚の円盤でも反復回数は2の64乗回で約1844京を超える

2023/03/21(火) 12:00:15.67

関係ないけど

>件の64枚の円盤でも反復回数は2の64乗回で約1844京を超える

桁数多い計算はアラビア数字じゃなく、漢字で表示する電卓があってもいいんじゃないかって思えた。

2023/03/21(火) 12:25:10.48

8888無量大数8888不可思8888議那由他8888阿僧祇8888恒河沙8888極8888載8888正8888澗8888溝8888穣8888??8888垓8888京8888兆8888億8888万8888
↑
こういう７セグ液晶があればってこと？

2023/03/21(火) 12:37:14.08

位取りのゼロを省けるってことが言いたいんだろう
1,000,000,000,004と一兆四みたいな

2023/03/21(火) 13:02:27.49

KとかMとかでもいいんじゃね

2023/03/21(火) 15:14:15.74

議那由他

2023/03/21(火) 18:19:21.45

そもそも3桁毎にカンマを入れるから分かりづらくなる。4桁にしなさい。

2023/03/21(火) 19:53:44.07

電卓で一兆四みたいな表示だとキー入力と表示が一致しないのが問題
1 0000 0000 0004と併記ならよいかな

2023/03/21(火) 20:37:03.57

電卓でそんな計算するな
パソコンでやれ

2023/03/21(火) 20:47:39.08

excelにはsi接頭辞サポートすらないという呆れ果てた状況

2023/03/21(火) 20:55:06.42

C言語でプログラム組んでみてください

結果が1844京... になることを示してください

2023/03/21(火) 21:08:27.55

1TBとか兆が出てくるから
電卓でやりたいという気持ちはわかる

2023/03/21(火) 21:11:11.69

>771
ttps://i.imgur.com/WG6470C.jpeg
こんなかんじでゆるしたるわ。

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd33-byLE) · 2023/03/21(火) 23:01:15.49

https://katahiromz.fc2.page/calc-h/
ひらがな電卓

2023/03/21(火) 23:52:32.18

チャットGPTに書かせてみた
https://ideone.com/n5FOpB

2023/03/23(木) 12:13:56.39

PじゃなくてEだけで良くね？への回答
https://www.youtube.com/watch?v=G9sQJKWtIyY
https://pc.watch.impress.co.jp/docs/news/1467839.html

2023/03/23(木) 17:44:43.43

チャットGPTに聞けばこのスレイランな

2023/03/23(木) 17:59:55.15

C言語でハノイの塔を解く方法をAIに尋ねると単純な再帰を利用したコードが回答で示された
64枚だと2^64回関数呼出しされるのでスタックが溢れてエラーになると思うけど…

2023/03/23(木) 18:52:56.54

>>786
再帰を使うなと指示すると？

2023/03/23(木) 20:11:19.63

>>785
使い方わからないのバレバレだぞ

2023/03/23(木) 20:15:11.71

>>723を聞いたらこうなった

Makefileの変数展開は、シェルの変数展開とは異なり、特殊文字の処理を行います。したがって、$(shell find $(SRC_DIRS) -name .c)の.cは、Makefileの展開により、現在のディレクトリにある*.cとして解釈されてしまいます。

そのため、正しいファイルを検索するためには、*.cをクォートする必要があります。具体的には、以下のようにしてください。

TEST := $(shell find $(SRC_DIRS) -name '*.c')

また、echo $(TEST)は、Makefileのルールではありません。Makefileルールにするには、次のようにしてください。

test:
echo $(TEST)

これで、make testコマンドを実行すると、$(SRC_DIRS)ディレクトリ以下のすべての.cファイルが出力されるはずです。

2023/03/23(木) 23:34:17.83

>>789
「*.c」を勝手に「.c」と解釈してはいけない。
testターゲットのくだりは何を言いたいのかわからない。

2023/03/24(金) 01:40:52.79

どうせコピペミスでタブが消えたりしてるんだろう。

2023/03/24(金) 01:47:36.96

ChatGPTに聞いたことそのままを得意げにレスする無能はこの世から退場してほしいよマジで

2023/03/24(金) 02:25:05.15

という事らしいけどこのコマンドだとワイルドカードの展開後にスペースが入るとダメになるのか？
https://i.imgur.com/q27hlri.jpg

2023/03/24(金) 07:44:01.08

>>764
奥村先生のアルゴリズム事典読んでないのか

（前略）
完成したときには塔は崩れ、世界の終わりが来る。
以上はEdouard Lucasによる作り話である。
Recreations mathematiques, four volumes,

2023/03/24(金) 08:07:45.16

単純計算で5000億年以上未来の話
ちなみに宇宙の歴史は現在約137億年

2023/03/24(金) 08:12:52.05

Windowsでのfindといえば「指定ディレクトリ以下のファイルを列挙する」じゃなくて「標準入力から検索パターンにマッチした行を出力する(grepみたいな感じ)」だぞ

shellはpowershell.exeだし(shではない)、
gnuコマンドはわざわざ入れないと使えない。
同名のDOSコマンドがあるから紛らわしい。

gnu-makeを1つ持ってきただけでlinuxと同じように使えると思うなよ

2023/03/24(金) 08:58:21.29

だからmakeの組み込み関数使えって
unix系とDOS系で外部コマンドの仕様も挙動も違うので呼び出しに失敗する可能性が高いから

もっともmakeの関数も微妙に違うけどなｗ

2023/03/24(金) 12:34:44.06

>>794
なんだ嘘だったのかー
俺の時間を返せよー

2023/03/24(金) 16:39:40.70

君の人生は三枚分くらいだ

2023/03/25(土) 13:09:54.16

DOS用にリメイクしたのがNMAKE

2023/03/28(火) 17:18:26.98

NMAKEとnmakeは別物
CMAKEとcmakeも別物

2023/03/28(火) 21:32:09.46

NMAKEとnmakeって区別つくのか？

2023/03/29(水) 01:50:54.12

言われてみればひつまぶしとひまつぶしとか区別難しいよね。

2023/03/29(水) 06:33:27.98

なおざりとおざなりとか

2023/03/29(水) 07:35:43.16

K&RとK&K缶つまは区別が難しい。

2023/03/29(水) 08:00:28.55

ビットAND

2023/03/29(水) 10:38:44.75

>>802
UNIXのファイル名は大文字小文字を区別する

2023/03/29(水) 10:52:21.31

UNIX版のNMAKEってあるの？

2023/03/29(水) 19:37:12.44

コンパイルすること
ウニツクスにできないことは「出来ましえーん」と言う言葉

2023/03/29(水) 19:37:56.22

ユニクズ

2023/03/29(水) 21:42:59.38

UNIXがクズというならC言語使うなよｗ

2023/03/29(水) 21:45:20.51

Multics -> Unics -> UNIX

2023/03/29(水) 21:53:54.36

昔リモートでろ具インする際に､迂闊にもユーザー名を大文字で入力してしまったことがあったが
そのまま通してくれたが､その端末の入力文字が全て大文字で扱われてしまったｗ

2023/03/31(金) 05:41:00.80

そんな仕様ってあったっけ？

2023/03/31(金) 07:47:26.16

もしかしたらULTRIXの独自仕様かな？

2023/03/31(金) 07:53:00.14

昔FreeBSDかなんかで入力ミスでファイル名が空白入りだか通常ファイル名に使用できないはずの文字が使われて消すのに難儀した記憶があるなぁ。
"で囲って解決できたけど、UNIX歴1年（+大学のFortran 講義4年)の若造にはすぐに思いつかんかった。

2023/03/31(金) 09:44:55.95

remove()を使うって発想もなかったん？

2023/03/31(金) 10:06:11.78

以前の職場、頭に”-”付いたファイルがよく放置されてたな

2023/03/31(金) 12:22:34.54

getopt()の仕様がわかってないと削除できないやつね

2023/03/31(金) 16:04:12.84

-rfという名前のファイル置いときますね

2023/03/31(金) 16:20:13.87

*で全部消える

2023/04/01(土) 04:36:47.77

>>813
ttyに「大文字だけの端末」みたいのをサポートするモードがあったはず
今でもsttyにolcucとかオプションがある

2023/04/01(土) 08:01:57.89

>>786
手順が2⁶⁴-1回なだけで2⁶⁴段スタックがたまるわけじゃないぞ？

**デフォルトの名無しさん** · 2023/04/01(土) 08:28:02.36

その手順ごとに自身が呼ばれるから64回の再帰ってことじゃないの？

2023/04/02(日) 05:17:00.30

>>823
実際にスタックに積まれる段数の最大値は最後の1枚分を除いた直前のすべての移動枚数分
要するに一番下の円盤の移動の直前にそれまでの移動分がすべてスタックに積まれる

2023/04/02(日) 05:25:52.58

この手のスタックに積まれるのが最大になるタイミングって実装依存になるような気がするが

俺の場合だと1番上に置いてある最初の1枚を動かすタイミングでスタックに64段積まれる

2023/04/02(日) 09:45:46.28

>>786
2^64回ではなくて64!回じゃないのか？

2023/04/02(日) 10:09:18.45

>>827
正確には、最短で(2^64-1)回

1枚 1回
2枚 3回
3枚 7回
4枚 15回
･･･
n枚 (2^n-1)回

考え方としては、1回前までの円盤を一時的に順に積み上げて最後の1枚を目標に移動し
その後その円盤の上に全く同じ手順で直前までの手順を復元する

要するに、n枚の時の回数をA(n)回とすると、(n+1)枚の時の回数はA(n+1)=A(n)*2+1
この漸化式の一般解を求めると上の回数になる

その結果、繰返し回数の見積りは
O(n)=2^n
となる

2023/04/02(日) 10:39:38.37

いや一枚動かすごとに再帰呼び出す必要ない
ｎ枚動かすならパラメータをｎ-1枚にして自分自身を再帰呼び出し
そうしてｎ=1になればもう呼び出す必要はない
結果的にスタックはｎ段で足りる
再帰呼び出しの利点はまさにそれだから

2023/04/02(日) 10:39:44.95

俺の頭は3枚のスタックで溢れる

2023/04/03(月) 07:29:00.64

難しいﾆﾀﾞ

2023/04/03(月) 10:36:24.87

リカーシブル禁止な

2023/04/03(月) 10:54:13.61

https://ideone.com/BGn4Ew
ChatGPT が示したコード
最初は n 段積まれるけど　途中で積足しがおきてるね
前の再起と後ろの再起

2023/04/03(月) 11:17:01.50

すまね　n == 1 でデクリメントしてないがな

2023/04/03(月) 11:20:49.83

https://ideone.com/FKX7i6
なおしたし
nやし

2023/04/03(月) 19:50:55.17

（いつまでこの話題続けるんだろう・・・）

2023/04/03(月) 20:00:28.42

ただいま32個目のスタックに到達

2023/04/08(土) 20:36:00.74

なんか、
for(size_t i=0...
と書く人いません？
for(int i=0ではなくsize_tを使う意味はなんでしょうか？

2023/04/08(土) 20:53:31.67

strlen()やsizeofはsize_tなんだわこれが

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd22-6PIS) · 2023/04/08(土) 20:55:09.41

size_tはintよりサイズが大きいかも知れないし、符号なし整数なんだよね。

2023/04/08(土) 21:16:04.49

そのiを主にsize_tとして使う用があるから
もし質問がsize_tとして使う用がないのにiをsize_tにするのか？ということなら、そう書いて

2023/04/08(土) 21:21:03.16

>>838
Cにおいて自然数で表されるべきものには全てsize_tを使うべきだと信じてる人達が一定数いる
大きさ、長さ、個数、順番、回数なんかが該当し、そこにはループカウンタも含まれる
意味の問題ではなく教義や主義の問題なんで、自分の考えと違うコードを見かけてもそういうもんだで済ますのがいい

2023/04/08(土) 21:22:33.45

ほとんどの場合はどっちでもいいかと

2023/04/08(土) 21:37:43.61

size_t と off_t ぐらいは使えよ

2023/04/08(土) 21:42:59.63

終端ヌル文字列の長さが符号ビット分まであったらそれは異常ではなかろうか
オンメモリで処理できるデータじゃないから見直すべき

2023/04/08(土) 22:47:03.50

>>845
んなこたーない
巨大なファイルを扱う時にはそういうこともあり得る

2023/04/09(日) 01:33:51.48

2.2GBのテキストファイル

2023/04/09(日) 09:21:07.72

>>846
そんなもんstrlenで処理するなw
いちいち数えてるのアホらしい
長さを別に持つべき

2023/04/09(日) 10:02:17.83

>>848
100Bだろうが4GBだろうが、テキストファイルをロードする時にはゼロ終端文字列にするだろ
それをstrlenするかどうかは俺の知ったことではない
4GBのゼロ終端文字列が異常ではないというだけだ

2023/04/09(日) 10:03:11.35

ファイルから読むこんで文字列処理する場合とかINT_MAXサイズ以上になる可能性もあるけどINT_MAXの範囲までしか処理しちゃいけないの?

2023/04/09(日) 10:23:33.31

シークしなよ

2023/04/09(日) 10:29:43.09

一方向のみに進むだけならシークでいいけど、対応する値を探したりするには場所情報もいるから

2023/04/09(日) 10:55:25.78

>>849
なんで？
サイズわかってるのに終端つける意味がないわ

>>852
場所を自分で保持してればいいだけだろ