2017で開発したアプリケーションをWindows7で実行すると、api-ms-win-shcore-scaling-1-1-1.dllがないと警告が表示されてプログラムが起動しない。書かれているので、使う際にきちんとドキュメントを読むことで回避することができるわけです。今回の例に限らず、新しいものを試される際は「どこから使えるのか?」を調べることを癖づけていただいた方が安全です。技術的にはjzkeyさんが「プロジェクトのWIN32_WINNTが不適切」と触れられています。_WIN32_WINNT_WIN7を先頭に指定すべきです。7で提供されていない関数はプリプロセッサにより除去されるため、コンパイルエラーとして摘出することができます。SP1追加関数はどうなるか、など厳密ではない部分もありますが、ある程度の指針になります。votarサポートが2020年1月に切れるといえ、OSによって使えないAPIがあるとベンダーは対応が大変です。進化している以上は正常な姿です。使うと決めた際の調査不足だと考えられます。検索すると以下のドキュメントが確認できます。書かれているので、使う際にきちんとドキュメントを読むことで回避することができるわけです。今回の例に限らず、新しいものを試される際は「どこから使えるのか?」を調べることを癖づけていただいた方が安全です。votarhttps://docs.microsoft.com/en-us/windows/win32/api/shellscalingapi/nf-shellscalingapi-getdpiformonitorこういう(Win8.1から実装されたような)APIを呼んでいるからでは?Windows7を対象にしてるなら、LoadLibrary/GetProcAddres経由で呼んで、かつ、フォールバックを実装する必要がるでしょう。リンクできてしまうのは、プロジェクトのWIN32_WINNTが不適切な気もします。votarjzkeyさん参考になりました。私たちのアプリケーションは、高DPI対応で、GetDpiForMonitorを使用していました。サポートが2020年1月に切れるといえ、OSによって使えないAPIがあるとベンダーは対応が大変です。votarサポートが2020年1月に切れるといえ、OSによって使えないAPIがあるとベンダーは対応が大変です。進化している以上は正常な姿です。使うと決めた際の調査不足だと考えられます。検索すると以下のドキュメントが確認できます。書かれているので、使う際にきちんとドキュメントを読むことで回避することができるわけです。今回の例に限らず、新しいものを試される際は「どこから使えるのか?」を調べることを癖づけていただいた方が安全です。書かれているので、使う際にきちんとドキュメントを読むことで回避することができるわけです。今回の例に限らず、新しいものを試される際は「どこから使えるのか?」を調べることを癖づけていただいた方が安全です。技術的にはjzkeyさんが「プロジェクトのWIN32_WINNTが不適切」と触れられています。_WIN32_WINNT_WIN7を先頭に指定すべきです。7で提供されていない関数はプリプロセッサにより除去されるため、コンパイルエラーとして摘出することができます。SP1追加関数はどうなるか、など厳密ではない部分もありますが、ある程度の指針になります。votarmiyanagaさん、こんにちは。フォーラムオペレーターのHarukaです。MSDNフォーラムにご投稿くださいましてありがとうございます。ご質問いただいた件ですが、その後いかがでしょうか。佐祐理さんから寄せられた投稿はお役に立ちましたか。他のユーザーもお役に立つ回答を見つけやすくなります。お手数ですが、ご協力の程どうかよろしくお願いいたします。Haruka~参考になった投稿には「回答としてマーク」をご設定ください。なかった場合は「回答としてマークされていない」も設定できます。同じ問題で後から参照した方が、情報を見つけやすくなりますので、ご協力くださいますようお願いいたします。MSDNサポートに賛辞や苦情がある場合は、MSDNFSF@microsoft.comまでお気軽にお問い合わせください。