Archived MSDN and TechNet Blogs
If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the
The LoadLibrary Explorer
There is a lot of confusion about the way LoadLibrary and LoadLibraryEx work, especially given the various security changes made in Windows 2000, Windows XP, and Server 2003 Service Packs. I needed to get the correct information about how this worked, and consequently had to create a program that actually did these calls. The results are a bit surprising. Not only is there a lot of incorrect fol
DLLの闇 (1) - NyaRuRuが地球にいたころ
arton さんのところより． 追記：読んでたドキュメントが古い（MSDN内に新旧混交してるというか、英文を読め＞おれ） XPと2003のロードサーチオーダ制御：HKLM\System\CurrentControlSet\Control\Session Manager\SafeDllSearchMode これと、2000のロードサーチオーダに何か関連があるかな？ ああ，2 年前に多分同じところで嵌ってる(id:NyaRuRu:20040614#p3)．MSDN のあの資料，2 年以上前から更新されていないのか． というわけで過去における言及の整理． https://codezine.jp/a/article.aspx?aid=235&p=3#col9 id:NyaRuRu:20040931 id:NyaRuRu:20040923 id:NyaRuRu:20040915 id:NyaRuRu
dllとベースアドレス - kkamegawa's weblog
twitterで@mskwtさんとか@NyaRuRuさん(バカンス中なのにｗ)とかとDLLのrebase話について盛り上がってる。私も自分のお仕事で作っているライブラリ類はNT 3.1時代にrebaseの重要性を懇々と説かれたので、特に共有するようなDLLはもれなくrebaseしています。DLLって昔は数十くらいロードすればいいかってくらいだったけど、この前何気に数えたら、余計なランタイム込みで300近くになっていて驚きました。確か昔は256以上のdllをロードしようとすると失敗するようなKBがあったような。探せない。 ロード時間に関してはNT3.51とかの時代の資料だけど、Win32でrebaseしていないと、どれくらいDLLの読み込みにペナルティが発生するかという資料が公開されています。何も考えずに作っていると、みんな同じアドレスにロードしようとして、アドレスの再計算が発生するからシャ
Visual C++ .NET 2003、Visual C++ 2005、または Visual C++ 2008 でビルドされたアプリケーションに 128 個程度以上の DLL が含まれる場合、Windows Server 2003 以降のオペレーティング システムでのロードに失敗することがある
Microsoft Windows Server 2003 Service Pack 1 Microsoft Windows Server 2003 Service Pack 2 Windows Server 2008 Standard Windows Server 2008 Enterprise Windows Server 2008 Datacenter Windows Server 2008 for Itanium-Based Systems Windows Vista Home Basic Windows Vista Home Premium Windows Vista Business Windows Vista Enterprise Windows Vista Ultimate Windows Vista Home Basic 64-bit Edition Windows Vi
Microsoft Support
All Microsoft Global Microsoft 365 Teams Copilot Windows Surface Xbox Deals Small Business Support Software Windows Apps AI Outlook OneDrive Microsoft Teams OneNote Microsoft Edge Skype PCs & Devices Computers Shop Xbox Accessories VR & mixed reality Certified Refurbished Trade-in for cash Entertainment Xbox Game Pass Ultimate PC Game Pass Xbox games PC and Windows games Movies & TV Business Micro
Archived MSDN and TechNet Blogs | Microsoft Docs
Archived MSDN and TechNet Blogs 2/7/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
C++ の DLL プロジェクトでマネージ拡張をビルドするときにリンカの警告が表示される
All Microsoft Global Microsoft 365 Teams Copilot Windows Surface Xbox Deals Small Business Support Software Windows Apps AI Outlook OneDrive Microsoft Teams OneNote Microsoft Edge Skype PCs & Devices Computers Shop Xbox Accessories VR & mixed reality Certified Refurbished Trade-in for cash Entertainment Xbox Game Pass Ultimate PC Game Pass Xbox games PC and Windows games Movies & TV Business Micro
二流プログラマの三流な日常: 混在DLLにおける問題
「.NET Framework」と「Win32API」を混ぜて作成した、Win32形式のDLLを混在DLLと呼びます。 Visual C++ .NET 2003で作成できますが、単純にエントリポイント（DLLMain）を実装する事は禁止されています。何が起こるかというと循環参照による無限ループの可能性です。なお、この問題はVisual C++ 2005で若干改善されました。 そもそもDLLのエントリポイント関数には暗黙のルールが存在します。DLLは自分の初期化にDLLMainを利用しているためです。特にはまりそうな禁止事項は以下のとおり。 Kernel32.DLL以外のインポート関数の利用 LoadLibraryやFreeLibraryの利用 レジストリ関数の利用（※１） この注意事項は毎回、「Advanced Windows」やMSDN等を参照して確認しています。 詳しい話はKB8144
In-Process コンポーネント技術の限界 - NyaRuRuが地球にいたころ
『漏れのある抽象化の法則』の世界の話． ローカルにはうまく行っているように見えて，全体としてはまるでうまく行かないことがあります． 例えば，以下の問いはいずれも局所的には Yes が正解です． Visual Studio は，Internet Explorer をホストできる (ブラウザを内部に表示することができる) Visual Studio は，対応するバージョンの CLR をホストしている Internet Explorer は，CLR をホストできる Internet Explorer は ActiveX Plug-in をホストできる WPF は内部的に Direct3D 9 を活用する 一方で，いくつかのコンポーネント技術には技術上の制約があります．例えば次のような． 同一の Win32 プロセス内で，バージョンの異なる Direct3D を同時に使用することは想定されていない
PEの資料でそれっぽい記述を発見 - higepon blog
日本語は僕の超訳です。 The structure and content of the import address table are identical to those of the import lookup table, until the file is bound. import address tableの構造と中身は import lookup table のものと同一でああるが、それはDLLが束縛される(リンクされる)までの話である。 During binding, the entries in the import address table are overwritten with the 32-bit (for PE32) or 64-bit (for PE32+) addresses of the symbols that are being imported
Archived MSDN and TechNet Blogs | Microsoft Docs
Archived MSDN and TechNet Blogs 2/7/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Archived MSDN and TechNet Blogs | Microsoft Docs