Win32API質問箱 Build127

**デフォルトの名無しさん** · 2021/12/09(木) 21:32:56.60

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

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

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

■関連スレ
Visual Studio 2020 Part1 https://mevius.5ch.net/test/read.cgi/tech/1634166667/
Visual Studio 2019 Part7 https://mevius.5ch.net/test/read.cgi/tech/1634178709/
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/

**蟻人間** ◆T6xkBnTXz7B0 · 2022/06/07(火) 14:38:53.32

ウィンドウスタイル

**デフォルトの名無しさん** · 2022/06/07(火) 14:39:30.72

>>248
ありがとうございます！
一度やってみたのですが、うまくいかなかったので、やり方がよくなかったのかもしれません
Unityという特殊な環境が影響してるのかもしれないですが、、、

**デフォルトの名無しさん** · 2022/06/07(火) 14:41:36.70

>>249
後出しですみません
ドラッグでのサイズ変更は許可したいので、ウィンドウスタイルでは無理なのかなーと思ってます
今のところWM_SIZINGはうまく機能してるようです

**デフォルトの名無しさん** · 2022/06/07(火) 14:54:06.59

ムリだと思いますゥ～じゃねえよいいからWS_MAXIMIZEBOX抜けや

**デフォルトの名無しさん** · 2022/06/07(火) 15:01:19.63

>>252
そんなのは一番最初に抜いてる

**デフォルトの名無しさん** · 2022/06/07(火) 15:31:44.87

ちゃんと抜いてんならそれだけで自動的にシステムメニューも含めて
タイトルバーダブクリやWin+↑も無効化されるはずだがな

**デフォルトの名無しさん** · 2022/06/07(火) 15:35:08.03

メッセージループの入り口で
WM_NCLBUTTONDBLCLK 等のメッセージを捨てればＯＫ

**デフォルトの名無しさん** · 2022/06/07(火) 16:05:01.49

>>255
ありがとうございます
ダブルクリックの方はこれで回避できるんですけど、Windowsキーの方がどうやっても防げなくて、、、
WM_WINDOWPOSCHANGING を拾えばいけるかなー

**デフォルトの名無しさん** · 2022/06/07(火) 16:09:54.86

>>254
Windowsキーの方は正確には、Windowsキー + SHIFT + ↑ ですね

**デフォルトの名無しさん** · 2022/06/07(火) 16:55:24.79

正確には、ってかそれじゃ最初からスナップによるリサイズを防ぎたいって全然違う質問じゃん
SYSCOMMAND監視して無理矢理引っぺがしたりはできるけど行儀悪すぎだから
任意のウィンドウサイズになってもボックスでレンダリングのアスペクト比維持した方がマシだな

**デフォルトの名無しさん** · 2022/06/07(火) 17:24:17.68

>>256
SPYでその時にどのメッセージ(多分複数)が来てるか調べて
どれを捨てる or 改変すれば望みの動作になるかを考えろ

**デフォルトの名無しさん** · 2022/06/07(火) 21:10:34.66

最大化はダイアログのスタイルにして抑止するのが定石だけど誰も書かないので一応
C#のFormBorderStyle = FixedDialog の時のウィンドウスタイル=0x16c80000 拡張ウィンドウスタイル=0x00050101
これでスナップの影響も受けないし、その上でサイズ変更もやりたければできる。
許容しつつアス比を維持するのもいい。ゲームのフルスクリーンモードとかそんな感じだろうし

**デフォルトの名無しさん** · 2022/07/03(日) 16:22:44.87

HINSTANCEかHWNDから、そのプロセスが貰っているコマンドラインオプションを知る方法ってある？

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/03(日) 16:43:25.38

>>261
WMIか、NTAPIのNtQueryInformationProcessを使う。

https://stackoverflow.com/questions/71237606/get-full-command-line-from-process

https://github.com/reactos/reactos/blob/b671b1cf8f7c3dce718d81f9067e07c66f878498/base/applications/taskmgr/perfdata.c#L585

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/03(日) 16:44:52.75

GetWindowThreadProcessId使えばHWNDからプロセスID (pid)が得られるはずだ。

**デフォルトの名無しさん** · 2022/07/03(日) 17:40:46.92

>>262
ｔｈｘ
もう晩酌始めちまったんで
素面に戻ってからやってみるわ

お、飯が炊けた
酢飯と酢の物作んなきゃ

**デフォルトの名無しさん** · 2022/07/13(水) 14:56:13.92

SetWindowPlacement, GetWindowPlacement を使ってウィンドウ位置の保存と復元をしています
マルチモニター環境でも当該モニターで表示されていたウィンドウ情報の保存と復元が Windows10 以前では行えていましたが、
Windows11 になってからは、マウス操作しているモニターで全てウィンドウが表示されてしまいます

これはプログラム側で何か修正が必要なのか、Windows11 上の設定（アプリのプロパティ？）が必要なのでしょうか？
Windows11 でマルチモニターの仕様が変わったというのは分かりますが、具体的にどのように対応すればいいのか分かりません

よろしくお願いします

**蟻人間** ◆T6xkBnTXz7B0 · 2022/07/13(水) 15:03:09.79

>>265
lengthメンバーはセットしているかな？

**デフォルトの名無しさん** · 2022/07/13(水) 15:53:47.47

標準の仮想デスクトップとかも追加されてるのでちゃんと動くのかよくわからんよな

**デフォルトの名無しさん** · 2022/07/13(水) 17:22:23.86

>>266
構造体のゼロクリア、length メンバへの sizeof 設定は行っています
使用しているメンバは rcNormalPosition と showCmd のみです

>>267
Windows11 では、モニターのオンオフで狂ってしまったウィンドウ位置の復元を
するようになったという程度の知識しかありません（正しいかどうかも分かりません）が、
実機で色々テストするしかないかもですね（Windows11 にしたくない）

**デフォルトの名無しさん** · 2022/07/14(木) 22:38:26.85

ベータ以前の11のことだからバグかもしれないのがな
11.1で完成するOSなんだろうな

**デフォルトの名無しさん** · 2022/07/14(木) 23:19:01.63

手元の開発環境を Windows11 & マルチモニターで揃えてテストしてみると問題は再現しませんでした
これは問題が発生した環境依存によるものの可能性が非常に高くなりました

お騒がせしましてすみませんでした

**デフォルトの名無しさん** · 2022/07/22(金) 09:23:12.50

名前付きパイプで質問です。
Windows10(x64)で64ビットアプリ(サーバー)と32/64ビットアプリ(クライアント)でパイプ通信するのですが、クライアントが64ビットの場合は問題なし、32ビットの場合は動作したりしなかったっりで、サーバーのCreateNamedPipe関数のnMaxInstancesを1から255にしたら解消しました。
クライアントは１つだけなので1で良いと思ったのですが、何なんだろう？

**デフォルトの名無しさん** · 2022/07/22(金) 10:36:39.51

>>271
再現性なかったわ。
すまん、忘れてくれ。

**デフォルトの名無しさん** · 2022/07/26(火) 18:26:55.94

プログラ厶の最低限の文法わかってる人間が、WindowsAPIを使用したGUIプログラムを作りたい場合に、おすすめの本ってありませんか？

正直WindowsAPIのハンドルとかハンガリー記法とかで面食らってぶつかってます。

**デフォルトの名無しさん** · 2022/07/26(火) 18:51:12.11

> WindowsAPIを使用したGUIプログラムを作りたい

そもそも止めとけ楽な道を進めと思うんだけど、なんで？

> おすすめの本

今時そんな本あるのか分からないけど、猫でもわかるシリーズのWEBサイトでいいんじゃないの

**デフォルトの名無しさん** · 2022/07/26(火) 19:38:38.71

NT4.0や95の頃の書籍はメッセージやハンドル等丁寧な解説がされていたと思う

**デフォルトの名無しさん** · 2022/07/26(火) 19:54:38.78

>>273
その程度でなんで面食らうのか面食らってるが
その都度ググっていけば充分じゃないかな

**アリ人間** ◆T6xkBnTXz7B0 · 2022/07/26(火) 20:46:20.96

Win32でGUIつくるならMsgCrackとRisohEditorを使うといいよ。

**デフォルトの名無しさん** · 2022/07/27(水) 21:47:08.84

>>274
今まで他の言語で楽をさせてもらってたのは、他の方のおかげだと気付いて、実際に自分も勉強したいという思いです。

>>275
まさにおっしゃる通りで、先日なんとか相馬俊治さんという方の本を見つけました、古い本のほうがわかりやすいです。

**デフォルトの名無しさん** · 2022/07/29(金) 10:07:57.73

C#でもWndProcとかに手を付けると結局Win32APIレベルのメッセージループの仕組みの知識が必要だし
C/C++でWin32APIだけ使ったメッセージループ検証用GUIアプリを用意しとくと捗るよ

**デフォルトの名無しさん** · 2022/07/30(土) 02:15:20.39

C++でクラス化ラップ化する前のピュアなメッセージループをなら猫かな
そこから先は　ラップしてるライブラリの方言が出てくるだろうし

**デフォルトの名無しさん** · 2022/07/30(土) 12:31:23.06

>>277
ありがとうございます！ツールももちろんですがこの作者のHP自体が非常に貴重ですね！

>>279
ありがとうございます！ラップしてしまうとWin32APIの挙動が見えなくなるので、生で見える環境を用意しておいたほうが良いようなイメージでしょうか？

**デフォルトの名無しさん** · 2022/08/01(月) 14:57:50.07

>>277
RisohEditor良さそうやね
見た目レトロで良いからネイティブWin32で超軽量GUI作りたいってシーン結構あるから重宝しそうやわ

**蟻人間** ◆T6xkBnTXz7B0 · 2022/08/01(月) 16:08:58.49

MsgCrackにWM_DESTROYを入力すると
void OnDestroy(void)
って出てくる。
これを#include <windowsx.h>のHANDLE_MSGマクロと一緒に使うと吉。

**デフォルトの名無しさん** · 2022/08/01(月) 16:24:30.82

自前で巨大なswitch文を並べるんや

**デフォルトの名無しさん** · 2022/08/01(月) 16:46:02.44

MFCを勧める人はいないんかい・・・

**デフォルトの名無しさん** · 2022/08/01(月) 17:30:54.15

統合環境の力技でマクロ埋め込んだりするしねぇ　癖や方言が強い

**デフォルトの名無しさん** · 2022/08/01(月) 19:48:54.56

いまさら MFC を使いたいんですけど、まずどうすればいいですか？

**デフォルトの名無しさん** · 2022/08/01(月) 20:38:09.58

>>284

windowsx.hで定義されてるHANDLE_MSG()マクロを使えば
いちいちcase文を書く必要がない

switch (uMsg)
{
HANDLE_MSG(hwnd, WM_CREATE, OnCreate);
HANDLE_MSG(hwnd, WM_COMMAND, OnCommand);
...
default:
return DefWindowProc(hwnd, uMsg, wParam, lParam);
}

使わないメッセージはスルーしていい
OnCreate()やOnCommand()のプロトタイプもwindowsx.hで定義されてるので引数を間違ったらエラーで教えてくれる

**デフォルトの名無しさん** · 2022/08/02(火) 17:15:54.00

#define BEGIN {
#define END }
に近い感じなので　マクロにお任せってあまり好きではない（個人的感想）

**デフォルトの名無しさん** · 2022/08/02(火) 21:12:37.20

false、False、FALSE色々あるなあ

**デフォルトの名無しさん** · 2022/08/02(火) 22:59:22.62

こういうシステム的な部分を作るとき厄介なのが細かい引数間違えたりすることなのですべて定義されてるのは助かるよ
windowsx.hに入ってるってことはMS推奨なんだろうし

**デフォルトの名無しさん** · 2022/08/03(水) 08:49:02.53

そのヘッダか忘れたけどコモンコントロール系はマクロが無いとやってられん
それ前提でMSDNにリファレンスがあるし

**デフォルトの名無しさん** · 2022/08/03(水) 12:38:08.58

そこでWTLですよ

**デフォルトの名無しさん** · 2022/08/03(水) 23:45:13.40

感動した
https://github.com/CobaltFusion/DebugViewPP

**デフォルトの名無しさん** · 2022/08/04(木) 23:07:37.30

そういえばバイナリエディター「Binary Editor BZ」はWTL使ってたはず

**デフォルトの名無しさん** · 2022/08/05(金) 02:46:33.66

大きな文字や小さな文字をコマンドプロンプトに同じ行で表示したいのですが可能でしょうか？
設定で変えるのではなくプログラムで結果によって変えたいのですが
よろしくお願いします。

**デフォルトの名無しさん** · 2022/08/05(金) 03:00:58.31

「あ」と「ぁ」みたいに？

**デフォルトの名無しさん** · 2022/08/05(金) 13:41:02.21

8pt
　　　■　　　　　　　　　　　　　　　　　
　　　■　　■　　　　　■　■■■■■　　
　■■■■　　　　　　　■　　　　■　　　
　　　■　■　　　　　■　　■■■■■■　
　　■■■■■■　　　■　　　　　■　　　
　■■■■　　　■　　■　　　　　■　　　
■　　■■　　　■　　■■　■■■■　　　
■　■■　　　■■　　■■　■　　■■■　
■■■■　　■■　　　　■　■■■■　　　

16pt
　　　　　　■　　　　　　　　　　　　　　　　■　　　　　　　　　　　　　　　
　　　　　　■　　　　　■　　　　　　　　　■■　　　■　　　　　　■■■　　
　　　　　■■■■■■■■　　　　　　　　　■■　　　■■■■■■■　　　　　
　■■■■■■■■■　　　　　　　　　　　　■■　　　　　　　　■■　　　　　
　　　　　■■　　　　　　　　　　　　　　　■■　　　　　　　　■■　　　　　
　　　　　■■　　　■■　　　　　　　　　　■■　　　　　　　　■■■■■　　
　　　　　■■■■■■■■■　　　　　　　　■　　　　■■■■■■■■■■　　
　　　　　■■■　■■　■■■　　　　　　　■　　　　　　　　　■■　　　　　
　　　■■■■　　■■　　　■■　　　　　■■　　　　　　　　　■■　　　　　
　　■■　■■　■■　　　　　■■　　　　■■　　　　　　　　　■■　　　　　
　■■　　■■　■■　　　　　■■　　　　■■　■　　　　　　　■■　　　　　
　■■　　■■■■　　　　　　■■　　　　　■■■　　　■■■■■■　　　　　
■■　　　■■■　　　　　　　■■　　　　　■■■　　■■　　　■■■■　　　
■■　　　■■　　　　　　　■■　　　　　　■■　　　■　　　　■■　■■■　
■■　　■■■　　　　　■■■　　　　　　　■■　　　■■　　　■■　　■■　
　■■■　　■　　　■■■■　　　　　　　　■■　　　　■■■■■　　　　　　
　　　　　　　　　　■■　　　　　　　　　　　　　　　　　　　　　　　　　　　

**デフォルトの名無しさん** · 2022/08/05(金) 18:10:13.24

色なら変えられるが
https://nodachisoft.com/common/jp/article/jp000152/

**デフォルトの名無しさん** · 2022/08/05(金) 22:00:13.48

>>296
不可能ッス！！

**デフォルトの名無しさん** · 2022/08/05(金) 23:51:13.34

NFT市場が2年で300億円→2兆円に急拡大したワケ
「保有する」だけではない、アート作品につけられた「価値」

市場規模ですね。これは少し古いデータになりますが、直近では、だいたい
2兆円ぐらいの市場規模になります。去年の3月ぐらいから盛り上がってきて、
2019年は300億円ぐらいと言われていたものが急拡大して、今や2兆円と
なっています。
一番大きいのが「コレクティブル」というものです。実際のNFTでいうと、
「CryptoPunks（クリフトパンクス）」とか「Meebits（ミービッツ）」など、
デジタルアートで、これが76パーセントを占めています。
他にはゲーム、スポーツの会員権のようなもの、メタバース上での利用、
アートなどに使われています。

**デフォルトの名無しさん** · 2022/08/06(土) 00:56:36.07

>>301
どうせビットコと同じ運命…

**デフォルトの名無しさん** · 2022/08/06(土) 01:06:28.07

>>297
いえ、フォントのサイズです。
>>299
色も変えたいので見てみます。ありがとうございます。
>>300
そうですか。ありがとうございました。

**デフォルトの名無しさん** · 2022/08/06(土) 09:37:57.13

>>291
>windowsx.hに入ってるってことはMS推奨なんだろうし

20年くらい前なら同意するが
今はもう非推奨

**デフォルトの名無しさん** · 2022/08/06(土) 09:38:29.30

>>285
ダメ、絶対。

**デフォルトの名無しさん** · 2022/08/06(土) 09:39:01.65

>>287
やめとけ

**デフォルトの名無しさん** · 2022/08/06(土) 10:58:35.84

じゃあどれならいいんだよｗ

**デフォルトの名無しさん** · 2022/08/06(土) 15:56:25.30

Win32API

**デフォルトの名無しさん** · 2022/08/06(土) 16:07:28.86

知識としては必要だが、最初から最後までフレームワーク使わずにWin32だけでやるのは時間の無駄だろう。

**デフォルトの名無しさん** · 2022/08/06(土) 19:02:31.04

そうでもない

**デフォルトの名無しさん** · 2022/08/06(土) 19:03:10.71

>>309
フレームワークの学習コストはどのように評価しますか？

**デフォルトの名無しさん** · 2022/08/06(土) 19:07:52.04

この先そのコストを回収できるくらいプログラミングする見込みがあるかどうか次第だな。

**デフォルトの名無しさん** · 2022/08/06(土) 20:41:33.14

そのWin32APIのラッパーとなるべきフレームワークがことごとくゴミなんだもんよ
MS金余ってんだからQtでも買っときゃよかったのに

**デフォルトの名無しさん** · 2022/08/06(土) 20:42:57.75

>>312
学習した結果フレームワークがうんこだったと自覚したときの絶望感を、学習前にどのように織り込めばいいですか？

**デフォルトの名無しさん** · 2022/08/06(土) 20:58:55.11

素のwin32と既存のフレームワークと自前のオレオレフレームワークのどれが一番うんこか次第だな。

**デフォルトの名無しさん** · 2022/08/06(土) 21:37:39.73

>>315
あなた自身はどう思っていますか？

**デフォルトの名無しさん** · 2022/08/06(土) 21:39:07.40

win95時代にCで作ったハンドルメモリリーク検知付きのフレームワーク()があるけどいまだに世話になってる
新規でならC#で適当に作るがアプリの寿命を考えるといまだに上記フレームワーク()になるだろう

**デフォルトの名無しさん** · 2022/08/06(土) 21:54:12.10

男なら誰しも自分だけの車輪再発明・・・じゃなかったフレームワークを心に持つよな

**デフォルトの名無しさん** · 2022/08/06(土) 22:13:31.50

wxWidgets、DelphiのVLC、それの模倣のLazarus Component Library (LCL)位が今でも活発に開発されてるWin32フレームワークか。
wxWidgetsとC++Builder(VCL)には散々世話になった。

**デフォルトの名無しさん** · 2022/08/06(土) 22:14:29.50

×DelphiのVLC
○DelphiのVCL

**デフォルトの名無しさん** · 2022/08/07(日) 21:24:24.65

>>317
メモリーリークは
https://mevius.5ch.net/test/read.cgi/tech/1652160275/365
に一晩でちょいちょい、て書いたやつを貼ったら沈黙されてしまった…
普通誰でもそうすると思うのに、rust! rust! と連呼されてもねえ

でもハンドルリークは考えたことなかったなあ…

**デフォルトの名無しさん** · 2022/08/07(日) 22:03:11.08

>>321
> 沈黙されてしまった…
相手されてないだけかと...

**デフォルトの名無しさん** · 2022/08/07(日) 22:19:05.28

>>322
なる

**デフォルトの名無しさん** · 2022/08/07(日) 22:21:12.86

ならんだろ。

**デフォルトの名無しさん** · 2022/08/09(火) 01:28:22.61

オレオレライブラリ作って悦に入るのは初心者レベル2のやること

**デフォルトの名無しさん** · 2022/08/09(火) 16:24:46.11

経験しておくとライブラリの手抜きがわかってシステムのバグを予想しやすくなるけどな

**デフォルトの名無しさん** · 2022/08/14(日) 17:46:08.17

>>318
「車輪の再発明だから駄目」という理念は、先に進んでいるアメリカに有利な言葉。
後発者が上に上がって来ささないため、メンタルからくじく。
アメリカはそういう国。

**デフォルトの名無しさん** · 2022/08/14(日) 18:48:02.83

Googleは車輪の再発明しかしてないけどな
検索だって最初じゃない
その代わり頭の良い奴らが本気でやるから良いものになる
日本が得意としてた事だったがな

**デフォルトの名無しさん** · 2022/08/15(月) 10:36:30.31

頭の悪い人が足引っ張る法律作って海外に先を越されるパティーン

**デフォルトの名無しさん** · 2022/08/15(月) 10:47:36.26

>>287
普通に使えばいい。
俺も使ってる。

**デフォルトの名無しさん** · 2022/08/15(月) 14:36:52.56

>>327
GNUも再発明なんか？ｗ

**デフォルトの名無しさん** · 2022/08/15(月) 15:43:33.22

>>331
彼らは、自分達が造ったものを遣わせてやりたいから「これ以上の再発明はするな」
と言ってくるが、自分達も実は再発明した結果であることは棚に上げている。

**デフォルトの名無しさん** · 2022/08/15(月) 16:18:07.18

ここで車輪の再発明の指摘は的外れ
発明なんて一切してない
他人の成果物をソース読んでないからといって横取りする傲慢野郎

**デフォルトの名無しさん** · 2022/08/15(月) 17:10:35.77

いまさらソフトウェア開発競争を国家間の諍いの次元でしか捉えてないやつは
一行もプログラム組んでないのがアリアリだねｗ

**デフォルトの名無しさん** · 2022/08/15(月) 18:25:51.34

国家間というより、先に作ってしまった人が他人に別のものを作ってもらいたくない
心理が働くと、「車輪の再発明禁止」という如何にもまっとうなことらしき標語
となる。

**デフォルトの名無しさん** · 2022/08/15(月) 19:37:50.16

車輪の再発明禁止は高機能なソフトウェアをオープンソースにするということで囲い込み、再発明させる気を起こさせなくしてる
オープンソース文化が強いものを更に強くしてしまってる

**デフォルトの名無しさん** · 2022/08/15(月) 23:02:24.27

作って楽しそうなものなもものの内、芸術性を伴わず技術だけで
作れるようなものはほぼ全てオープンソースで無料になってしまっている
(フォトショップみたいな高機能なものは除く)。

**デフォルトの名無しさん** · 2022/08/15(月) 23:10:53.60

再発明をしないまでもその部品と構成や仕組みを知っていると高機能なアプリ開発などへの機転や応用が利きやすいと思う

**デフォルトの名無しさん** · 2022/08/16(火) 01:19:06.38

以下のコードが動かなくて困ってます。

pgfFrame = AVIStreamGetFrameOpen(paviStream, (LPBITMAPINFOHEADER)AVIGETFRAMEF_BESTDISPLAYFMT);
AVIStreamGetFrameClose(pgfFrame); ←これを実行したら落ちる

AVIStreamGetFrameCloseを実行しなくても動くのですが、再度Openした時に少しずつメモリを食いつぶして行くので困ってます。
止まった時にVC++の実行ボタンを再度押すと、内部で使ってるDLLがアンロードされてその後は動くようになります。
そうなると何回でもOpen→Close出来る様になり、メモリも食いつぶしません。
どうしたらいいんでしょうか？

**デフォルトの名無しさん** · 2022/08/16(火) 11:35:45.33

>>329
ほんそれ

**デフォルトの名無しさん** · 2022/08/16(火) 11:41:24.43

>>339
AVIStreamRelease
(こっちは自動 Close してくれるとのこと)

**デフォルトの名無しさん** · 2022/08/16(火) 14:36:20.03

>>341
詳しく書くとこうなってるんです。
AVIStreamGetFrameCloseだけ落ちるんで困ってます。
これを実行しなくても動くのですが、複数回Openするとどんどんメモリを食いつぶすので困ってます…

AVIFileOpen(&paviFile, FileName, OF_READ | OF_SHARE_DENY_NONE, NULL);
AVIFileGetStream(paviFile, &paviStream, streamtypeVIDEO, 0);
pgfFrame = AVIStreamGetFrameOpen(paviStream, (LPBITMAPINFOHEADER)AVIGETFRAMEF_BESTDISPLAYFMT);

if(pgfFrame != NULL){ AVIStreamGetFrameClose(pgfFrame); } ←これだけ落ちる
if(paviStream != NULL){ AVIStreamRelease(paviStream); }
if(paviFile != NULL){ AVIFileRelease(paviFile); }

**デフォルトの名無しさん** · 2022/08/16(火) 14:45:35.08

そういう不具合が出るけど是正が困難な処理は別プロセスとして動かして終わったらそのプロセスを終わらすといいよ
解決したら統合すればいい

**デフォルトの名無しさん** · 2022/08/16(火) 15:02:38.50

プロセス別けて落とすのも同じ効果だと思うけど
DLLを自前でアンロードするコードを入れても良いんじゃないかな

そもそも
pgfFrame = AVIStreamGetFrameOpen(paviStream, (LPBITMAPINFOHEADER)AVIGETFRAMEF_BESTDISPLAYFMT);
↑
この間の処理に問題があるんじゃないかな
↓
if(pgfFrame != NULL){ AVIStreamGetFrameClose(pgfFrame); } ←これだけ落ちる

**デフォルトの名無しさん** · 2022/08/16(火) 15:28:13.38

>>343-344
ありがとうございます。

>この間の処理に問題があるんじゃないかな
この間は何にもしてなくても落ちちゃうんですよね… なんでだろう？

DLLを自前でアンロードする事も視野に入れてもう少し試行錯誤してみます

**デフォルトの名無しさん** · 2022/08/16(火) 15:45:44.34

AVIFileExit();
してないというオチ？

**デフォルトの名無しさん** · 2022/08/16(火) 15:59:37.24

>>346
AVIFileInit()とAVIFileExit()
前に両方入れてみたんですが、入れても入れなくても何も変わらなかったんですよね…
あとでまた試してみます。

**デフォルトの名無しさん** · 2022/08/16(火) 16:18:58.86

本気で解決したいなら再現する全ソースコードを晒すのと
実際に読もうとしてるファイルのURLを晒して逝け