C言語なら俺に聞け 163

2024/07/16(火) 22:43:54.18

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

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

2024/09/18(水) 16:43:30.74

>>235
>>222 の「これなら[10]に意味が出る」ってのは間違いってことね。

2024/09/18(水) 18:00:34.97

'ここの10は意味ありませんよ'
って警告を出してもいいじゃんってことでしょ
それなら例えば

typedef char HAGE_TBL[10];
void foo(HAGE_TBL hage) {}
(毎回10とか書くのは危険なのでこういう使い方が多いと思う)

などとした場合に毎回警告が出てうざいことになるんじゃないか

2024/09/18(水) 18:07:31.49

警告ならまだ笑っていられるが、
明らかに書いた奴の意図とは違って誤動作してるだろ

2024/09/18(水) 18:30:29.69

>>222 のバグを晒すスレはここですか？

2024/09/18(水) 18:46:04.44

C言語は難しいな

2024/09/18(水) 20:53:02.12

void aaa()の中で、
引数で渡された値が何かを確かめて見ると良い
それと、 sizeof(hage)やsizeof(hage[0])の値も

プログラム書いた人の意図としては、
sizeof(hage)/sizeof(hage[0])が10になるはずなんだが
さてさていくつだろうか？

2024/09/19(木) 00:15:21.84

もうやめて！>>222 のライフはゼロよ！

2024/09/19(木) 06:32:15.59

本人が新たなネタを出してくるんだもん。
>>238 でもわざわざ
typedef char HAGE_TBL[10];
ってやっておきながら、なんで
void foo(HAGE_TBL hage)
なの? 構造体と同じように
void foo(HAGE_TBL *hage)
ってしてみたら新たな何かが見えてこないかい?

2024/09/19(木) 15:36:15.62

cは洗練された型システム持ってないんだからそんなところ頑張っても無駄なんだよ
この悟りに至って始めて脱初級
原則語るならそれからにしてくれ

2024/09/19(木) 15:40:30.12

Cは一部の洗練された型システム持つ言語よりも遙かに自由度が高い
そこが分かってようやく中級レベル
あとは本人の努力次第で空も飛べるし海も潜れる

2024/09/19(木) 15:50:31.78

おいおい
そのぶん危険なんだから持ち上げる部分でもないだろ
お前も初級

2024/09/19(木) 17:19:57.71

ナイフは危険だが有用
不器用者は使わない方が良い

2024/09/19(木) 17:44:18.26

>>244
typedefは新たな型を作るわけじゃない別名を定義するだけから

void foo(char hage[10])
と
void foo(HAGE_TBL hage)
は同じことだよ

2024/09/19(木) 20:28:27.65

>>248
c言語ってとっくの昔から自由にキャストしまくれる言語じゃないの知ってるか？
さぁお前はなんと答える？

2024/09/19(木) 20:47:13.84

そんなに怖がるなよ
食われるわけじゃないんだから

2024/09/19(木) 21:11:19.13

>>245
悟った人は全部void*

2024/09/19(木) 21:52:43.48

文字も数字も全部intでいいやん

2024/09/19(木) 21:56:05.41

getch() は int

2024/09/20(金) 07:15:20.20

>>249
それが不満なようだから「HAGE_TBL * にしたら何ができるか考えてみては?」ということでは?

2024/09/24(火) 10:26:30.49

昔のコンピュータはメモリー少ないから、intで文字持つなんて贅沢だったんだよ

2024/09/24(火) 11:12:54.47

次のジジイの的外れな言いたいだけコメントを先取り
intは16bit以上だぞ

2024/09/24(火) 11:31:50.53

違うよ、intは処理系依存だから8ビットの場合もある

2024/09/24(火) 11:49:08.20

規格書読め

2024/09/24(火) 11:54:52.88

次のジジイ
getcharがなぜintを返すか

2024/09/24(火) 19:39:49.05

>>174
> char* foo = "hoge";
>
> のようなケースではポインタ foo は文字列リテラルを指してる

（単に端折っただけかもしれないけれど、）文字列リテラルに関してCには非常に込み入った事情(Rationale Rev. 5.10 6.4.5 冒頭-l.26, N1256 Annex J.5.5)があり、厳密に言えば foo は "hoge" によって初期化された無名の配列を指している(N1256 6.7.8-32)。

C99RationaleV5.10
https://www.open-std.org/jtc1/sc22/wg14/www/C99RationaleV5.10.pdf
テンプレ入りキボンヌ

>>皆の衆
ともあれ、込み入った事情に該当しなければ
const char afoo[] = "hoge";
あるいは
const char * const ccfoo = "hoge";
場合によって
const char *cfoo = "hoge";
と書いて、うっかり書き換え防止に勇往邁進するのじゃ。

**261** (ﾜｯﾁｮｲ d6f5-K4S3) · 2024/09/24(火) 19:51:57.01

>>158
件の意味論は 6.7.8-32 を介して 6.7.8-14,15 に帰結するように思われる一方で、文字列リテラルが 6.4.5-5 で自ら初期化した（やはり）無名の配列の代名詞だとすると 6.7.8-11 が適用されるという解釈も成り立ちそう。

char *gfoo1 = "hoge"; // (1)
char *gfoo2 = "hoge"; // (2)

void f() {
char *foo1 = "hoge"; // (3)
char *foo2 = "hoge"; // (4)
}

>>261 で触れた文字列リテラル書き換え派の場合、(1)～(4)は別物なので、各々初期化しなければならないため前者の解釈。この時、(3), (4)が automatic storage duration でも良いように 6.7.8-32 では storage duration を定めていないのだと思う。
他方、文字列リテラル不変派の場合、(1)～(4)は同一で良いので、初期化を一回で済ませて後者の解釈。
結局、前後者両方の解釈が出来るようになっているように見える。

2024/09/25(水) 19:34:19.49

まだやってるキモ…
いくら話題無いからってこれは誰も幸せにならない

2024/09/25(水) 23:05:12.18

ええんちゃう別に
どうせ5chに答えを求めてやって来る人なんてもうおらんのやし

2024/09/25(水) 23:07:41.16

青い鳥を探してます
ここに来れば教えてくれると聞いて来ました

2024/09/26(木) 09:49:09.10

PythonとかC++のスレで規格持ち出して言い合いしてるのを見たことないが
何故かここではよく起こるな

2024/09/26(木) 10:19:33.26

Cなんてのは対象CPUの違いとかでも標準とかけ離れた実装して来るのにね

2024/09/26(木) 10:58:03.72

>>264
これ++

2024/09/26(木) 12:24:13.03

>>266
じゃあ何を根拠にしてるの？
妄想？

2024/09/26(木) 14:46:28.31

perlあたりで頼む

2024/09/26(木) 16:39:09.57

>>269
君の問題点は規格読んでるの間違えてるとこだよ

2024/09/26(木) 16:48:57.66

>>271
規格を根拠にしてたら間違えてる箇所は間違えていると反論できるだろ。
根拠がないよりは良い。

ところでどこに間違いがあった？

2024/09/26(木) 23:55:11.03

>>235
これの1行目は文字列長によらず固定値にならない？
char* と char[] を区別できてないように思う

// これは (ヌル文字を含む) 4バイトのデータがスタック上に作られる
// sizeof(a1) の結果は文字列数により変わる
char a1[] = "abc";

// こう書いた場合、文字列の実体は静的な領域 (テキスト領域) に確保され、
// a2にはそのアドレスが渡される。
// sizeof(a2) はポインタのサイズであり、値は文字列長によらず固定
char* a2 = "abc";

2024/09/27(金) 00:02:43.63

char* でも char[] でも、a[n] と書けばn文字目を参照するのは変わらない
これはポインタの [] 演算子は「ポインタをn個進めた位置の要素を参照する」ため、結果的には配列と変わらないから
だけど前述の a1 と a2 は違う型なので、そこは注意が必要

たぶん VS Code でC言語の拡張を入れてれば、上記のように書いた変数のところにカーソルを当たるとヒントが出るので、それで確認できると思う
それか実際に動かして sizeof の結果を見るか

2024/09/27(金) 00:16:01.96

>>273
> これの1行目は文字列長によらず固定値にならない？

その通りだよ。固定値になってたぶん意図通りではない。
その話は >>222 がボコボコに言われてもう終わったよ。

2024/09/27(金) 00:20:08.16

もう >>222 を晒すのはやめてあげて......

2024/09/27(金) 00:22:55.64

222は釣りでしょう

2024/09/27(金) 00:23:40.17

あ、ひょっとすると >>273 は話題を誤解してるのか。
「仮引数が配列形式だった場合にポインタに調整されるルール」が話題の中心。
仮引数として現れないと意味ない。

2024/09/27(金) 07:31:58.10

>>278
すまん自分が直近のレスだけ見て話題を早とちりしてた
だいたい流れは分かった

2024/10/15(火) 13:20:49.22

初歩的な質問で申し訳ないんだけど
プログラムをユーザーの入力によって一時停止させるのってどうしたら良い？
pauseで入力待ちにするとかフラグを間に挿入するとかではなくユーザーからの入力があった場合のみ一時停止したい

2024/10/15(火) 13:29:34.78

まずメインの処理を一時停止可能な作りに変える

2024/10/15(火) 13:32:02.14

>>280
ソースコードの中にファイル名がpauseのファイルが存在するかを判断するロジックを追加
もし存在するならループに入りそれが消えるまで待てばいい

2024/10/15(火) 13:32:39.39

あとコンソールプログラムなのか？
環境を正確に書きな

2024/10/15(火) 13:37:01.44

>>280
C は言語として規定している範囲はかなり狭くて、細々とした制御には環境依存の方法が必要になることが多い。
ホスト環境によって作法が違う。

2024/10/15(火) 13:47:40.16

>>281
根本からなのね
>>282
初心者なもんで、一つのファイル内で完結したら嬉しいなーなんて
>>283
とりあえずコンソールで作ってる
環境はVS2022だけでおｋ？
>>284
ちょっと前古いサイト参照してたら環境違いすぎて苦労したし古い言語の宿命なんすかね

2024/10/15(火) 13:51:52.41

環境依存でデバイス依存だからなぁ

2024/10/15(火) 14:34:22.10

やりたいことがnon blockingでgetcharしたいってことだとするとwindowsだconsole apiを使う
例えばwindowsのreadline互換実装であるwineditlineを見るといい

2024/10/15(火) 14:36:11.97

ただめんどうなので今回のように止めたいだけならこういう簡易的なやりかたがある
ttps://stackoverflow.com/questions/21294713/non-blocking-i-o-in-c-windows

2024/10/15(火) 20:06:43.67

>>287
一行目の通りで合ってると思う
念の為やりたいことを挙げておくと、メディア再生中の一時停止とかゲーム中のポーズ画面みたいなものだと思ってもらえれば良い
ただ、2行目のreadlineは日本語でググったりヘルプで検索かけたけどよくわからん
>>288
すごい簡単だね、これなら作れるかもしれない
入門書に記載がないのが唯一の不満だよ

2024/10/15(火) 21:39:15.79

>>285
言語の古さというより用途だろう。
低レイヤ部分を実装する用途に使う言語だから重厚なランタイムサポートを必要とする機能は入れられない。

2024/10/30(水) 01:54:25.92

いにしえの議論掘り返してすまんが、>>182の例示による説明が最も本質を突いてるように思う、感謝のレス

文字列リテラルは配列初期化子の構文糖でありながら、また文字列をも表すという二義性を持つ、という云うのはあくまで言語設計の為の汚いハックでしかなかろ？

2024/10/30(水) 10:28:23.97

Cの変数の型指定なんて気休めだからなぁ

2024/11/01(金) 06:24:42.85

気休めじゃなくて気疲れの間違いだろ
長さやsignednessでわけわからん変換しやがるバグの根源と言ってもいい

2024/11/01(金) 11:11:58.05

訳が理解できるようになるまで､お前は使用禁止

2024/11/03(日) 13:27:09.33

https://togetter.com/li/1471386
こんな事本当にあるのか？

2024/11/03(日) 13:36:34.35

もともとバグってたのを対処療法で回避しただけじゃねーの？
そんな驚愕するほどのこととは思わんな
スペースは文字列に加えるってことだろ

2024/11/03(日) 13:45:35.99

ちゃんとソースを公開すればみんなで治してくれるよ

2024/11/03(日) 16:06:15.80

バイバイおさるさん

2024/11/03(日) 17:27:36.06

char []s = "うんこ"
s[20] = 0; // どっか判り難いとこにこんなのが紛れてる
回答「(sに)もっとスペースを追加して！」

2024/11/03(日) 17:39:48.03

どこか知らない国で "うんこ" が40バイトくらいある所があったりして

2024/11/03(日) 19:33:15.95

業務だとヨソの担当のモジュールに口出しするのがめんどいから対処療法で握りつぶすみたいなことはあるのかもしれん。

警備員[Lv.1][新芽] (ﾜｯﾁｮｲ 1259-WgI6) · 2024/11/03(日) 20:22:14.37

s("※んこ"の値)は読み取り専用になるんじゃないかな
処理系によるかもしれないけど

2024/11/04(月) 01:39:12.77

>「ここにスペースを入れてみて」「もっと沢山、もっともっと」
この辺りコピペ怪文書にしか思えないんだが
境界チェックしない言語ならありふれたバグだし、元文書はちんぽとかだったんじゃないだろうか

2024/11/04(月) 13:45:59.93

どうせメモリーリークだろうな
データ位置を変えると現象が変わるなんて典型的だろ

警備員[Lv.5][新] (ﾜｯﾁｮｲ 757b-WgI6) · 2024/11/04(月) 13:48:37.25

>>302
誤りでした

2024/11/04(月) 14:02:09.24

パンパース当てるのが正しい

2024/11/04(月) 20:44:45.70

おむつってあんま進化してないよな
吸収率だとか漏れだとかそんなのは上がってるだろうが、基本的な機能は変わらない
介護業界でも排泄介助っていう高齢者の汚物処理って割と大変な部類だと思うんだが
そろそろおもつ革命を起こさないと業界崩壊するんじゃないの
プログラミングでなんとかできませんかね

2024/11/04(月) 20:51:48.25

高齢者に限らず若い子でもうんこ漏らす時は漏らすし、そういう緊急時にも安心できるぐらいのものがそろそろ欲しいな
紙ベースで吸収率だとかで脳が退化してるおむつメーカーではおむつ革命はとても期待できないだろう

2024/11/04(月) 21:52:48.49

介護対象に飲ませるうんこがあまり臭くなくなる薬みたいな技術は進化してるぞ

2024/11/04(月) 22:10:34.76

薬で臭くなくしたうんこだからといって介護対象に飲ませるのはどうかと思うぞ。

2024/11/04(月) 22:15:25.35

>>295
こんなんじゃね

#include <stdio.h>
#include <string.h>
#include <limits.h>

int main(void)
{
　　char s[] = ""; // ←スペースを11個入れる
　　sprintf(s, "%d", INT_MIN);
　　puts(s);
}

2024/11/04(月) 22:17:04.25

>>310
完全に臭くなくなる訳ではないのでおｋ

2024/11/04(月) 22:57:47.13

ニホンゴ　ムズカシイネ

2024/11/05(火) 05:14:52.21

逆に考えるんだ。うんこはどうしても出てしまう。だったらそれはそのままにしておけ。
介護する側がそれを気にせず処理出来るのであれば問題は消滅する。だから介護者が
それを気にならなくなるような精神に効く薬を作れば良いんだ。

**デフォルトの名無しさん** · 2024/11/05(火) 06:59:24.91

>>295って実行時エラーの話なのかコンパイル時エラーの話なのかもわからなくない？

2024/11/05(火) 15:17:41.47

NASAはネットなんてなかった1970年代にボイジャー1号打ち上げて
240億km離れててもプログラムを送受信してるのに俺らときたら

2024/11/05(火) 21:46:02.31

どうみても脳筋エラー

2024/11/05(火) 21:49:31.93

脳筋がCを使いません

2024/11/05(火) 22:03:42.83

240億kmの伝書鳩

2024/11/06(水) 09:37:06.45

1970年代にもテレビやラヂオはあったわけでね…

2024/11/07(木) 17:53:15.92

1960年代はラジオ少年が秋葉原詣でしてたな

2024/11/07(木) 22:04:17.92

質問失礼

LPTSTR lptStr = TEXT("テスト");
って書くとE0144とC2044ってエラーを吐くんだがプロパティの文字セットって項目を設定なしにすると正常に処理されるのはどういう理屈なの？
const wchar_t[]からLPTSTRに変換できませんってメッセージ出るし型が違うのかなと思うが
だとしたら何故文字設定いじれば解消するのかもよくわからない

警備員[Lv.1][新芽] (ﾜｯﾁｮｲ e9eb-WgI6) · 2024/11/07(木) 22:09:23.47

LPCTSTR ではダメですか?
当てずっぽうですが

警備員[Lv.1][新芽] (ﾜｯﾁｮｲ e9eb-WgI6) · 2024/11/07(木) 22:10:11.25

>>323
そういうことじゃないのか、ごめんなさい

2024/11/08(金) 09:56:22.05

>>322
設定変えても依然エラーだが
VS Community 2022

2024/11/08(金) 10:31:35.11

>>324
気持ちだけで十分よ

2024/11/08(金) 10:32:35.47

>>325
2022だと設定項目見つからなかったから2012でやった、そしたら上記の結果になるんすよねえ

2024/11/08(金) 10:36:22.46

最近のVSはCの当たり前な構文が通用しないから困るよな

2024/11/08(金) 10:51:18.29

>>328
Visual Studio側の問題なのこれ？

2024/11/08(金) 11:51:09.67

>>327
2022で設定変えたって書いただろ
あほなのか

2024/11/08(金) 12:18:22.14

LPTSTR lptStr = L"テスト";

2024/11/08(金) 12:20:09.93

あと
#define UNICODE
#define _UNICODE
だったかな

2024/11/08(金) 12:28:34.80

それでもだめなら
文字コードが違うんじゃないですかね

2024/11/08(金) 12:59:02.56

>>330
どストレートな罵倒は久しぶりに聞いたよ
高校上がってからは聞かなくなったけどね

2024/11/08(金) 13:00:18.41

>>331
ありがとう、だけどダメそうだ
文字コード関連のエラーなんだろうけどどうしたものか

2024/11/08(金) 13:02:23.75

char と wchar_t の不整合じゃなくて const の有無の問題じゃないの？

C++ で文字列リテラルまわりの扱いで仕様変更があったからそれに関係してるのかも？
C++ での文字列リテラルの型は const char[] (ワイド文字リテラルの場合は const wchar_t[]) だが、文字列リテラルから直接変換する場合に限り char* (ワイド文字リテラルの場合は wchar_t*) に暗黙に変換して構わないというルールが C++03 まではあって、このルールは C++11 で削除されたという経緯がある。
つまり C++11 以降は文字列リテラルから暗黙には const を剥がすことが出来ない。 (キャストを書けば出来るけど。)

C では文字列リテラルの型は元から char[] で、 const が付いてない。
だから const まわりの制限とは関係ないんだが、これは C の仕様のほうがおかしいし、 C++ と同様の判定をしたほうが理に適っているとマイクロソフトが考えることはあるかもしれない。

2024/11/08(金) 13:18:44.37

E0144 エンティティの初期化
型”cont wchar_t *"の値を使用して"wchar_t *"のエンティティを初期化することはできません

C2044は関係無い