Win32API質問箱 Build126

**デフォルトの名無しさん** · 2020/05/01(金) 22:16:51.96

Win32APIについての質問はこちらへどうぞ。

■注意
・質問する前にMSDNライブラリやPlatformSDK、Google等で検索しましょう。
・日本語版MSDN Online Libraryは不完全です。
　英語版( http://msdn.microsoft.com/en-us/library/ )の利用推奨。
・APIフックなど高度な事をしたい場合はできるだけAdvenced Windowsを読みましょう。
・言語特有の問題やIDE、MFCやVCLなどの質問はそれぞれの言語や開発環境スレで

■過去スレ
Win32API質問箱 Build125
https://mevius.5ch.net/test/read.cgi/tech/1551247748/
Win32API質問箱 Build124
https://mevius.5ch.net/test/read.cgi/tech/1510395780/

■関連スレ
Visual Studio 2019 Part4 https://mevius.5ch.net/test/read.cgi/tech/1585715794/
Visual Studio 2017 Part7 https://mevius.5ch.net/test/read.cgi/tech/1558179898/
【C++】 DirectX初心者質問ｽﾚ Part41 【C】 https://mevius.5ch.net/test/read.cgi/tech/1521786252/

**デフォルトの名無しさん** · 2020/12/13(日) 17:35:08.88

CONIN$を開いたハンドルをCloseHandleで閉じたりFlushFileBuffersしたりは試しました。

**デフォルトの名無しさん** · 2020/12/13(日) 17:37:07.75

>>434
ありがとうございます
sscanfはもちろんするのですが、その前段階、文字列を読み込む部分が上手くいっていないのです。

**デフォルトの名無しさん** · 2020/12/13(日) 17:40:51.11

setvbuf

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/13(日) 17:48:17.56

https://stackoverflow.com/questions/9020790/using-stdin-with-an-allocconsole

**デフォルトの名無しさん** · 2020/12/13(日) 18:26:49.33

setvbufやfreopenはcランタイムの関数で、バッファもOVERLAPPEDのバッファとは違う気がします
freopenしたstdinからのscanfがブロックされてしまうというのが443の話なので
そこからノンブロッキングのAPIを使う必要があるのでは、ということになったわけです

**デフォルトの名無しさん** · 2020/12/13(日) 19:01:38.77

ReadConsoleってAPIもブロッキングなので使えないわけですが、低レベルなReadConsoleInputというのもあるらしく
OverlappedでのReadFileよりこっちの方が正攻法なようです。
ともかくやってみます。
ありがとうございました。

**デフォルトの名無しさん** · 2020/12/13(日) 20:23:25.03

>>433
プログラム側で「この時点以降の入力を有効とする」タイミングは管理してないの？
その時点でバッファされてる物を一旦読み捨てれば良いだけでは？

**デフォルトの名無しさん** · 2020/12/13(日) 21:23:50.52

生のコンソールは制約が多いから
コンソールアプリの入出力を奪って適当なコンソールもどき作った方が早そうだけど

**デフォルトの名無しさん** · 2020/12/14(月) 00:15:39.66

スレッド作ってブロックさせておけば良いと思うんだけど
正直な話>>442
バージョンによって微妙に動きが異なるし

**デフォルトの名無しさん** · 2020/12/14(月) 11:31:29.18

>>443
ありがとうございました
ブロックしないじゃなくてブロックしても大丈夫にして上手くいきました

バッファの方は事前にFlushConsoleInputBufferで解決しました

**デフォルトの名無しさん** · 2020/12/14(月) 12:14:03.24

コマンドプロンプトのコンソールを使う案件は、スクリプト言語とのプロセス通信を使ったほうが幸せになれる確立が高い。

**デフォルトの名無しさん** · 2020/12/19(土) 12:04:23.50

GetProcAddressってAやWないよね？
それでいてwcharでもcharでも機能するのは仕様？

**デフォルトの名無しさん** · 2020/12/19(土) 12:37:56.57

wchar_t*渡して正常に動作するか？

**デフォルトの名無しさん** · 2020/12/28(月) 00:26:19.90

__declspec(thread)の変数ってスレッドごとに記憶域をもつわけですが
APIのTlsGetValue等でどうやって実現してるんでしょうか？

TLSインデックスをうまくスレッドハンドルと結び付けなけりゃならないと思うんですが。

**デフォルトの名無しさん** · 2020/12/28(月) 02:51:22.15

正直、このあたりは深く考えないことをオススメするのですが。
興味があるということであれば↓を参照しつつ。
http://www.interq.or.jp/chubu/r6/reasm/PE_FORMAT/6_6.html

コンパイラが__declspec(thread)の変数があった時に、どのようなコードを出力しているか
逆アセンブルしてみると理解が深まると思われます

**デフォルトの名無しさん** · 2020/12/28(月) 09:50:34.64

>>449
ありがとうございます
昔はTlsGetValueを使ってたのが、今はセクションが新設されてそこに作ってるんですね

**デフォルトの名無しさん** · 2021/01/01(金) 22:20:09.03

VirtualAllocとHeapAllocの違いについてなんだけど
HeapAllocもヒープ残量以上のサイズを渡したらどの道VirtualAlloc呼ばれるって認識でいい？

**デフォルトの名無しさん** · 2021/01/01(金) 22:30:52.02

HeapCreate以上のメモリはHeapAlloc
からは作れない。

**デフォルトの名無しさん** · 2021/01/02(土) 09:33:50.89

>>452
ある程度大きいサイズのメモリ確保だとVirtualAllocの方が早くなるからそう勘違いしてたけどそういう訳じゃないんだね
最初に実際にアクセスした時に初めて実際にメモリ割り当てが行われるとかの挙動がHeapAllocでも走るってだけか

**デフォルトの名無しさん** · 2021/01/02(土) 09:59:10.06

virtualの方がよりローレベルなので
チャンクアロケーターをMSのレベルを
超えて作れるか、ほぼ解放しない前提
のブロックを確保するとかでないと使わない。

普通のmalloc風に使うなら、ヒープ領域毎
あぼーん出来るCreateHeapの方が使い易い

**デフォルトの名無しさん** · 2021/01/12(火) 15:11:58.85

あるstaticなlibが既存の場合(.hで関数の引数がTCHAR *使用)
それがANSI用にコンパイルされたlibなのか
それともUNICODE用にコンパイルされたlibなのか
既存のバイナリのlibだけから判断する方法はありますか？

#ソースは.cppでTCHARで書かれているものがあったので
#そこから-DUNICODEであらためてコンパイルすれば解決はしたのですが
#上の質問の解決策があるなら知りたいです

**デフォルトの名無しさん** · 2021/01/12(火) 15:19:23.66

>>455
C++の場合なら、ライブラリをdumpbinなどで調べて関数のマングリン化名を見れば分かる。
plain Cの場合は、実際にライブラリに1文字が2バイト以上のUNICODE文字を送ってみて、
正しく動作するかどうかテストしてみると分かる。

**デフォルトの名無しさん** · 2021/01/12(火) 15:40:36.07

>>456
plain C の場合、他の方法としては、
1. dumpbinでライブラリ関数を逆アセンブルしてみて、引数の扱いがbyteに
　なっているか、wordになっているかを調べれば分かる。
2. ライブラリの関数を呼び出すコードを書いてみて、デバッガで、ライブラリ関数の
　中を逆アセンブルする。

**デフォルトの名無しさん** · 2021/01/12(火) 15:41:24.71

もしかしてマングリの PEB_W とかのが UNICODE 用ってことでしょうか？

**デフォルトの名無しさん** · 2021/01/12(火) 15:52:56.37

>>458
デマングラー
なるものが(ブラウザ上アプリとして)ネットであって、関数のシンボル名
を入れると関数プロトタイプ宣言に直してくれるので試すべし。

**デフォルトの名無しさん** · 2021/01/12(火) 15:54:26.07

>>459
gccとmsvcに対応した C++ デマングラー
https://demangler.com/

**デフォルトの名無しさん** · 2021/01/12(火) 21:18:12.25

VCにはundnameというツールが標準でついてくるし、gccにはc++filtがある

**デフォルトの名無しさん** · 2021/01/15(金) 15:06:23.40

STDAPI と __declspec(dllexport) を同時に使うと怒られるんだけど
原因は何が考えられますか？
__declspec(dllexport) を使わずに .def ファイルで .dll を作成することは可能なのですが
.def を使わずに __declspec(dllexport) で .dll を作成しようとすると失敗します

**デフォルトの名無しさん** · 2021/01/15(金) 15:12:37.26

64bit?

**蟻人間** ◆T6xkBnTXz7B0 · 2021/01/15(金) 15:12:57.53

>>462
エラーメッセージは何でスカ？

**デフォルトの名無しさん** · 2021/01/15(金) 15:16:41.23

STDAPI　は　暗に extern "C" を含んでてでマングリングなしの素
C++で _declspec(dllexport) の場合マングリングする
それで衝突してるんでないの？

**デフォルトの名無しさん** · 2021/01/15(金) 15:43:21.85

>>465
なるほどそれのようですありがとうございます
http://eternalwindows.jp/windevelop/dll/dll06.html

**デフォルトの名無しさん** · 2021/01/15(金) 15:55:06.66

解決っぽいです
https://python5.com/q/ntrrycea

**デフォルトの名無しさん** · 2021/01/19(火) 04:48:40.40

Windows10環境、お互いに管理者権限ありでPostMessageしても反応してくれないソフトがあったのですが
互換モードでWindows7を選択すると反応してくれるようになりました
そこで疑問に思ったのですがこの違いの原因は何でしょうか？

**蟻人間** ◆T6xkBnTXz7B0 · 2021/01/19(火) 16:33:42.40

>>468
http://home.att.ne.jp/delta/hrymkt/PTIPS/UACvsAPI.txt
>PostMessage は同じプログラムでも一方が管理者権限で走っていると此にそのソフト特有の
>メッセージのポストも出来ません。
>個々のメッセージは受けとる方で ChangeWindowMessageFilter API で指定すれば受けとる様に出来ます。

**蟻人間** ◆T6xkBnTXz7B0 · 2021/01/19(火) 16:36:03.29

ここを見ている人のために念のため貼っておくよ。ご参考に。

Win32のリファレンスマニュアル
Win32.chm http://laurencejackson.com/win32/
右クリックして「プロパティ」を選び、「許可する」をクリックして「OK」ボタンを押せばセキュリティのブロックを解除できます。

**デフォルトの名無しさん** · 2021/01/20(水) 05:28:55.77

>>469
ありがとうございます
そのページは私も確認したのですがお互いに管理者権限ありなので下記に該当すると思います
>自身が管理者権限で走っていればこの制限は無くなります。
ポストに成功する互換モードでもお互いに管理者権限ありなのでWindows7と10の違いが原因だと思ったのですが具体的に何が違うのか分からず…

**デフォルトの名無しさん** · 2021/01/22(金) 11:43:02.03

64bitと32bit混在とか
LONG/HWNDの長さ違いとか

**デフォルトの名無しさん** · 2021/01/22(金) 23:19:48.79

やんわりとrustに移行させようとしてるマイクロソフト

**デフォルトの名無しさん** · 2021/01/23(土) 17:16:39.51

C#は？

**デフォルトの名無しさん** · 2021/01/27(水) 11:53:32.96

>>473
Rust https://github.com/microsoft/windows-rs
C++ https://github.com/microsoft/cppwin32
C# https://github.com/microsoft/cswin32
https://forest.watch.impress.co.jp/docs/news/1301910.html
https://github.com/microsoft/win32metadata

**デフォルトの名無しさん** · 2021/01/27(水) 16:13:17.46

>>475
登録数だけ見るとやんわりには見えない

**デフォルトの名無しさん** · 2021/01/28(木) 11:08:41.51

生暖かく応援するである

**デフォルトの名無しさん** · 2021/02/04(木) 20:13:07.23

フルパス以外でのファイル固有のユニーク値ってBY_HANDLE_FILE_INFORMATIONのnFileIndexHigh、nFileIndexLow以外に何かない？

**デフォルトの名無しさん** · 2021/02/04(木) 21:39:45.02

ハッシュ？

**デフォルトの名無しさん** · 2021/02/05(金) 00:39:50.48

GetOpenFileName()でファイルを開くダイアログが使えますが、
https://dotup.org/uploda/dotup.org2378520.png
このダイアログの赤枠内のように、チェックボックス等が追加されたカスタムのダイアログはどのようにすれば実現できるのでしょうか？

**デフォルトの名無しさん** · 2021/02/05(金) 00:56:51.01

>>478
FILE_ID_INFOのFileIdで128bitに拡張されてるな

**蟻人間** ◆T6xkBnTXz7B0 · 2021/02/05(金) 01:06:52.68

>>480
https://hp.vector.co.jp/authors/VA016117/esccd.html

**480** · 2021/02/05(金) 08:22:01.08

>>482
まさにこれです！
ありがとうございました！

**デフォルトの名無しさん** · 2021/02/05(金) 11:21:57.41

>>479>>481
膨大な量のファイルを列挙するにあたってハッシュ計算するのも、ハンドル開いてBY_HANDLE_FILE_INFORMATION読み込むのも億劫だったんだが
NtQueryDirectoryFileでmftからファイルID取れるってことに気付いた

**デフォルトの名無しさん** · 2021/02/05(金) 12:13:51.05

画像ビューワまだできないの?
みんな待ってんだから

**デフォルトの名無しさん** · 2021/02/06(土) 00:30:35.01

コントロールパネルでフォントを「非表示」にすると、言語に応じて
フォント選択画面に出てこなくなり選びやすくなるという機能があります。
この「非表示フォント」かどうかを判別する方法はありますでしょうか？

ChooseFont()ではなくEnumFontFamiliesEx()を使い、独自のフォント選択ダイアログを作成中ですが
非表示フォントを判別する方法がわからずすべて列挙してしまいます。

**蟻人間** ◆T6xkBnTXz7B0 · 2021/02/06(土) 00:37:08.03

>>486
レジストリ設定によるらしい。

HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Font Management

https://visualstudiomagazine.com/Peterson1110?m=1

**デフォルトの名無しさん** · 2021/02/06(土) 02:04:53.58

>>487
ありがとうございます！
レジストリに「非表示フォント」の一覧が記録されているのですね。
その内容を取り出して比較してフィルタリングしたいと思います。

**デフォルトの名無しさん** · 2021/02/13(土) 06:46:11.29

ExpandEnvironmentStrings() は、%環境変数%を展開してくれるけど、
PowerShellの$env:環境変数を展開してくれるAPIとかないのかな？

**デフォルトの名無しさん** · 2021/02/13(土) 10:11:29.20

>>489
[Environ]::ExpandEnvironmentVariables($env:環境変数)

**デフォルトの名無しさん** · 2021/02/14(日) 11:18:45.76

2021/02/10
WindowsのTCP/IP実装に複数の重大な脆弱性、今月のセキュリティパッチはかならず適用を
ブルースクリーンが引き起こされるサービス拒否（DoS）脆弱性はすぐに攻撃が出回る可能性
https://forest.watch.impress.co.jp/docs/news/1305583.html

**デフォルトの名無しさん** · 2021/03/03(水) 09:48:23.14

Win32の質問というよりOSの仕様に近い質問になってしまいますが、
新しくファイルを作るにあたり予めファイルサイズが分かっている場合、SetFilePointerEx&SetEndOfFileで予めファイルサイズを決めておくと断片化しづらいというテクニックがありますが
一度のWriteFileで一気に書き込む場合は上記の工程を行わずとも断片化しづらいのでしょうか？

**デフォルトの名無しさん** · 2021/03/03(水) 17:46:09.32

本当にそんな制御になっているか分からないけど理屈だけだと、最初に一発ここまで
使うよって宣言しておけば領域が一挙に確保されるかもしれない

逐一書き込みを行ってその度に領域を確保すると、システム全体がシングルスレッドで
動いていれば(ありえないけど)、自分が書き込みを行っている間に別の
プロセス/スレッドが書き込みを行うと、領域が分断されると思うのだけど

**デフォルトの名無しさん** · 2021/03/09(火) 14:20:50.29

断片化対策というか
常に同じセクタに書き込むように出来なかったっけ？

**デフォルトの名無しさん** · 2021/03/09(火) 23:41:10.45

高速ファイルコピーのフリーソフトの作者のブログか何かでこんだけWindowsのコピーは大変だよみたいな記事を読んだ覚えがある

**デフォルトの名無しさん** · 2021/03/10(水) 03:22:04.66

これやな
ttps://m.facebook.com/dnobori/posts/2142836202459674

**デフォルトの名無しさん** · 2021/03/10(水) 07:59:53.47

面白かった

**デフォルトの名無しさん** · 2021/03/10(水) 09:21:13.05

結構読んだと思ったらまだスクロールバーが半分で、うんざりして読むのとWindowsでファイルコピーするのをやめた

**デフォルトの名無しさん** · 2021/03/10(水) 09:48:53.12

リーナスですらもNTFSが現状ベストって認めてるくらいだからその分複雑なんだろうね

**デフォルトの名無しさん** · 2021/03/26(金) 09:24:09.04

ほとんどの環境で特にエラーは出ないのですが
特定の環境でSHFileOperation()をFO_COPYで呼ぶとERRORONDESTが返ってきます
ファイルが使用中で書き込みできない場合は別のエラー、
ファイルではなく同名のフォルダでも別のエラーとなり
エクスプローラで手動でコピーは可能です
コピー元は全て英語のD:\AAA\BB.exe, コピー先は%temp%\AAA\\BB.exeを展開したもので
C:\Users\Username\AppData\ocal\Temp\AAA\\BB.exe
リトライしても改善しません

SHFileOperation()でERRORONDESTが返る要因てどんなのがありえそうですか

**蟻人間** ◆T6xkBnTXz7B0 · 2021/03/26(金) 12:36:51.59

>>500
バックスラッシュが二重になってるよ。

**デフォルトの名無しさん** · 2021/03/26(金) 13:42:06.64

pFromとpToの末尾は'\0'が2つ必要だけど忘れてない？

**デフォルトの名無しさん** · 2021/03/26(金) 17:20:08.28

pTo はダブルにする必要なくて pFrom のみじゃね？

複数個のファイル名を \0 をセパレータにしての連結して渡す意図かと
　pFrom "fileA\0fileB\0fileC\0"
　pTo "dir\\"
fileA,fileB,fileC を dir\ へ

**500** · 2021/03/26(金) 18:24:57.44

>>501
すみません、バックスラッシュはコード上は正しかったです
ちなみにスラッシュが足りない場合は0xA1　指定されたパスは無効です　が返ります
多い場合は0xb7 既に存在するファイルを作成することはできませんとかが返ります　

>>502
'\0’は末尾に4個以上はいれてます

FOF_SILENTは無効にして試しているんですが、有効にして書き込み禁止のファイルを上書きしようとすると
0x7cシステムコールレベルが間違っていますがかえります

この環境では、0x10000：ERRORONDESTが返るんですけど、
ほかの環境でERRORONDESTが再現できないんですよね..

**デフォルトの名無しさん** · 2021/03/26(金) 18:28:02.43

>>499
あわしろ氏は、NTFSは欠陥品と言ってたけどな。

**デフォルトの名無しさん** · 2021/03/26(金) 19:16:16.62

>>504
FOF_MULTIDESTFILES　を指定した場合はどうなるの？

というか、まず　C:\Users\Username\AppData\ocal\Temp\AAA　というディレクトリじゃなくて
決め打ちでコピー先を D:\BBB\BB.exe って指定してうまくいくかどうか試してみたら？（D:\BBB というディレクトリは作成しておく）
これで失敗すれば関数の呼び出しに問題があると言えるし
成功すればその C:\...\Temp\AAA というディレクトリに問題がある

**500** · 2021/03/26(金) 19:31:39.70

>>506
決め打ちでパス指定してもダメでした
というかどこからどこにコピーしても全部ERRORONDESTのエラーになります
問題あるのは特定のPCだけで、他のPCだと問題なく動作するので、
何か変なソフトに邪魔されているかもしれません

もうだいぶあきらめ気味ですが、解決したら続報のせます
回答くれた人ありがとう

**デフォルトの名無しさん** · 2021/03/26(金) 21:05:36.78

セキュリティーソフトとか、アクセス権限とか

**デフォルトの名無しさん** · 2021/03/26(金) 21:09:03.33

エクスプローラの手作業ではコピーに成功してるらしいんだよねぇ

**デフォルトの名無しさん** · 2021/03/27(土) 15:56:10.46

特定のも含めてPCがそれぞれどんな構成か出さないとエスパー案件になりそう

windowsがunicode設定だったり実はバージョン違いとかとか

**デフォルトの名無しさん** · 2021/04/03(土) 22:56:21.93

GetFullPathNameW() に C:\ ではなく C: を渡すとどんな文字列が返ってくるのかお教えください

**デフォルトの名無しさん** · 2021/04/04(日) 01:15:17.97

>>511
ばーか
って返ってくるよ

**デフォルトの名無しさん** · 2021/04/04(日) 08:37:20.89

>>511
試す気は全くないんだな？w

**デフォルトの名無しさん** · 2021/04/05(月) 01:40:45.93

fopen()に環境変数、例えば %VARIABLE% を含むパスを渡した場合、
fopen()の側で環境変数を展開してからファイルオープンするかどうかって決まってますか？

◆QZaw55cn4c · 2021/04/05(月) 02:22:21.13

>>514
環境変数は①自分で目的のものを入手して、②自分で展開するしかない、かと

**デフォルトの名無しさん** · 2021/04/05(月) 05:55:39.12

>>514
決まってる

**デフォルトの名無しさん** · 2021/04/05(月) 20:35:30.57

fopen()はWin32APIじゃないから、決まってないんじゃないの？

**デフォルトの名無しさん** · 2021/04/05(月) 21:00:39.05

決まってるという言い回しがアレだが、仕様としては>>515なのではないか
GetEnvironmentVariableとかExpandEnvironmentStringsとか使えと

つーか、511にせよ514にせよ自分で試せよ
内容からして同一人物か？

**デフォルトの名無しさん** · 2021/04/05(月) 22:17:44.32

便乗だけどREG_EXPAND_SZ属性のレジストリの文字列って適当なAPIで取り出す時には展開されてる事を期待していいのかな

**デフォルトの名無しさん** · 2021/04/05(月) 22:28:04.02

fopen()つまりCreateFile()の環境変数展開の仕様が決まっているのならその文章のURLを貼ればいいだけで、そういった文章がないということは決まってないということだろう。

**デフォルトの名無しさん** · 2021/04/05(月) 22:35:50.69

環境変数を展開するというなら%が含まれるファイル名の時は%をどうエスケープするの？
CreateFileのリファレンスに書いてある？

**デフォルトの名無しさん** · 2021/04/05(月) 22:41:43.76

>>520
そういった文章がない＝展開しないと決まっている　じゃないかね

**デフォルトの名無しさん** · 2021/04/05(月) 22:42:12.28

>>518
ローカル環境で試すことに意味はない
重要なのは仕様だけ

>>521
みたことない

**デフォルトの名無しさん** · 2021/04/05(月) 23:41:24.36

そもそもWin32APIはコマンドプロンプトのシェルに依存すべきではないから%VARIABLE%を勝手に展開するのはあまり好ましくない。
PowerShellやbashの書式で環境変数展開できないのは不公平になる。

**デフォルトの名無しさん** · 2021/04/06(火) 00:50:31.34

>>520
>fopen()つまりCreateFile()の環境変数展開の仕様が決まっているのならその文章のURLを貼ればいいだけで

お前が自分で探してこいよ
何言ってんだこいつ

**デフォルトの名無しさん** · 2021/04/06(火) 00:51:08.33

>>521
%%じゃないの？

**デフォルトの名無しさん** · 2021/04/06(火) 00:56:50.13

>>526
printfじゃねーんだぞ

**デフォルトの名無しさん** · 2021/04/06(火) 01:41:26.10

書いていることが仕様であって、書いてないことは仕様ではない
CreateFileでパンが焼けないと書いていないからパンが焼けると判断するのはキチガイ以外他ない

**デフォルトの名無しさん** · 2021/04/06(火) 05:09:02.50

全てのAPIにパンは焼けませんって書かせる基地外w

**デフォルトの名無しさん** · 2021/04/06(火) 09:41:04.31

文字列の痴漢は頼みもしないのに勝手にされたら邪魔だ

**デフォルトの名無しさん** · 2021/04/06(火) 12:59:56.19

テストもしないクズなのは確定なんだが
「仕様」かどうかが主語であるべきなのに、仕様かどうか「決まっている」というところを主語にして
続けていること自体がもはや技術者ではない

**デフォルトの名無しさん** · 2021/04/06(火) 17:02:11.12

>>520
＞fopen()つまりCreateFile()

全然つまりじゃねー
Windowsではそういう環境変数よりもレジストリ使えってスタンスじゃないの

**デフォルトの名無しさん** · 2021/04/06(火) 17:26:56.80

C言語って極力余計なことはしないスタンスだから
環境変数の展開はやりたければ、自前でやったうえで fopen に渡せであって
展開動作を行なうようなのは printf のフォーマットのように　特記されてる

気がする

**デフォルトの名無しさん** · 2021/04/06(火) 17:50:22.69

>>526
でもレジストリに記録されているMSのデータって%1とかそういう系多いよね