C言語なら俺に聞け 164

2025/11/26(水) 11:37:21.77

>>186
ＶＣで確認したら警告は出たがエラーではないので実行出来た上で誤作動（描かれた通りには動いている）
警告レベル替えればエラーにも出来るんだろうけど
文字列リテラルポインタからワイド文字列リテラルポインタへの自動キャスト（あるいはその逆のキャスト）以外のところにも影響出てエラーだらけになるかも
文字列リテラルポインタからワイド文字列リテラルポインタへの自動キャスト（あるいはその逆のキャスト）限定でエラーにならないかな

2025/11/26(水) 15:23:02.27

>>188
MSVC がそんな馬鹿げた仕組みとは驚きだな。
合わない型 (本来は暗黙の型変換も認められない型) は一律にエラーになるべきだけれど、とりあえず自分のコードで型が合わないケースをエラーにしたいなら
#pragma warning(error : 4133)
とするくらいが落としどころじゃないかと思う。

**デフォルトの名無しさん** (ｽﾌｯ Sd7f-Lg42) · 2025/11/27(木) 05:19:27.44

ありがとうございます
>>188
よくみたらwarning出てたのみのがしてました
>>189
良い感じにcompile errorにしてくれました

2025/11/29(土) 18:02:47.96

固定小数点でも誤差が出ます
とかトンチンカンなこと言い出すやついるけど
割り算しなきゃほぼ誤差ないんだよ

2025/12/01(月) 12:04:42.29

gmp使ったソースだった

2025/12/03(水) 11:46:07.94

これだ
https://www.youtube.com/watch?v=prVBoU6K9Hg#t=6s
6秒-

2025/12/03(水) 22:47:42.54

>>1
JPCERT C コーディングスタンダード
に準拠しているか調べる無料で簡単なツールってない？
make/gcc の option でいける？

2025/12/03(水) 22:51:48.92

こういうのも、流行のclaudeとかで聞くもんなんかな？

2025/12/09(火) 18:21:11.05

ツールを起動するだけで CERT C コーディングスタンダードに準拠か否か判定するというレベルの簡単なものはないというか無理。
機械的な検証が困難な項目は人が精査する必要がある場合もあるからツールはあくまでも補助だよ。
まずは項目を大まかに分類して機械的に出来るところは機械的にやって残りは人が検証 (レビューやテスト) する体制を整えるしかない。
きちんとやろうとすると技術的なことより組織の運営の話になるんじゃないかな……

2025/12/11(木) 01:14:00.20

コーディングルールはサイトでの指定以外は気にしたことが無いなあ笑

2025/12/16(火) 15:40:55.95

C言語であるサブルーチンを作ろうとしてるんだけど、FILE* fで開いたファイルを一旦閉じて作業をして、また開きたいんだが、FILE* f だけを引数にしたい。そんなこと出来る？
開いたファイルの名前を引数にできれば、その名前で再度開けるが、FILE* f のポインタだけを引数にしてそんなこと出来るのかな？

2025/12/16(火) 16:02:20.55

できない
FILEが生きているうちならパス名を調べるのは多分できるだろな

2025/12/16(火) 16:25:43.79

>>198
閉じた時点で FILE* 型のハンドルは無効になる。
無効になったハンドルに対して出来ることは何ひとつない。

ファイルを開いている内に再び開くために必要な適用な情報を確保しておくしかない。
言語仕様上は細かい規定は無いのでホスト環境 (OS) に依存したなんらかの手段を使う必要がある。
Linux なら inode 番号あたりを保持しておけばファイル名を覚えておくより短くて済むからいいんじゃないかな？
まあ開くときにはたぶん一旦ファイル名を取得する必要はあるんだけど。
(他の OS でもだいたい似たような仕組みは有る。 Windows だと GetFileInformationByHandle を調べてみると良い。)

2025/12/16(火) 17:12:42.21

みなさんありがとう。OSはWindowsです
GetFileInformationByHandle も調べてみたけど、これではファイル名は出てきませんね
多分FILE* fからファイル名が出てこないと、無理っぽいですね

2025/12/16(火) 17:27:33.70

GetFinalPathNameByHandle
geminiに聞いただけで期待通り動くかは知らん

2025/12/16(火) 17:47:00.48

windows の場合はファイル番号 (FRN) から直接にファイルを開くことができるっぽい。

2025/12/16(火) 17:48:08.13

>>202
GetFinalPathNameByHandleやってみたけど残念
まあ、考えたらWindowsではHANDLE。FILEではないからね。HANDLEなら多分うまくいくんだろうね
でもいい関数を教えてもらいました。ありがとう
FILEからHANDLEに変更して作り直すかな。他人が作ったソフトを改造してやってるので
そもそも、FILEとHANDLEって何が違うのかなコンバートって出来る？
HANDLEはWindows専用でやってそうだから無理そうね

2025/12/16(火) 18:25:26.73

>>204
FILEからHANDLEは取り出せる
よく調べろ

2025/12/16(火) 19:25:00.08

Windows では FILE の下にファイルディスクリプタっぽいものがあって、その下に本来の Win32 API があるという三層構造になってる。
msvcrt.dll (または ucrt.dll) が C や POSIX の仕様に合わせた機能を提供しているが、必要に応じて Win32 API 用のハンドルを取り出すことはできる。

2025/12/16(火) 19:50:18.68

ありがとう。調べてみます

2025/12/16(火) 21:05:39.33

最近開いたファイル　から引っ張ってこれないのか？

2025/12/16(火) 21:38:52.25

>>198
階層設計間違ってるだけだと思うがな
https://atmarkit.itmedia.co.jp/bbs/phpBB/viewtopic.php?topic=33590&forum=7

2025/12/17(水) 00:35:55.40

そのファイルを誰かが開くことは想定しなくて良いのか？

2025/12/18(木) 01:16:26.13

>>198
それ絶対に閉じないといけないのか？ fflush() するだけじゃダメ？

2025/12/18(木) 09:00:10.06

DBとして機能するファイルならDBつかえよ？

2025/12/19(金) 13:27:44.03

あるやん
https://learn.microsoft.com/ja-jp/windows/win32/memory/obtaining-a-file-name-from-a-file-handle

2025/12/19(金) 13:33:27.31

https://learn.microsoft.com/ja-jp/cpp/c-runtime-library/reference/get-osfhandle
HANDLE h =(HANDLE)_get_osfhandle(fileno(fp));

2025/12/19(金) 14:08:20.19

質問者の意図がよく分からない
FILE*で操作したいと言うことは、
誰かが上位でopenしてくれる前提なのかな？

2025/12/19(金) 17:52:53.90

こうしてバグの温床が生まれたと。

2025/12/19(金) 20:20:49.60

他人が作ったプログラムをよく理解しないまま改造するという前提ではなるべく構造を変えないという選択肢がマシになることはなくもない。
もちろんきちんと理解して必要な形に整理しなおすのがよりよいに決まってるんだが、そう理想通りにできるとは限らない。

2025/12/19(金) 20:28:04.21

なんなの、この糞コテ？

2025/12/19(金) 22:01:36.42

おいしそうだろ

2025/12/20(土) 07:50:33.87

>>218
お前よりは数段役にたつやつだから暖かく見守れ

**デフォルトの名無しさん** (JP 0Hdf-ujNw) · 2025/12/21(日) 13:25:50.09

うちの近所にも蜂蜜餃子出す店ある