C言語なら俺に聞け 164

2025/07/23(水) 15:30:01.81

(新スレ立ての際上記コマンドを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言語なら俺に聞け 163
https://mevius.5ch.net/test/read.cgi/tech/1721137434/

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

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

おいしそうだろ