日本欧美久久久久免费播放网,热久久国产精品,思思久久好好热精品国产

溪流 — Sat, 05 Nov 2022 18:05:00 GMT

背景

事情的�v因是�Q�想找个�?Windows �?Mac 的构建方案。第一考虑自然�?CMake�Q�毕竟基本上是事实标准了�?/p>

但是研究了一�?Modern CMake�Q�也��是�?target 为核心的理念。但发现看了好几天文档，也折腑և�了可用的东西�Q�但仍然是没梳理清楚什么理��c(di��n)��原理。然�?CMake 本��n语法��很复杂�Q�再加上�?target 一套概念，要给 target 讄��各种属性之�cȝ��Q�有点强�?OOP 的感觉……但其实我们只是需要一�?include_dir �?lib_dir 而已�Q�其他都是��Q云~

但如果退回到传统模式�Q�不�?Modern 概念呢，好像可以��就�Q�但�W�一不去用一个工��L(f��ng)��最新模式，好像有点不上�q�的感觉�Q�python 2 除外�Q�；�W�二�Q�CMake 的两大痛点——语法特立独行、文档晦涩难懂——还是让人有点不爽�?/p>

那蟩出来看别的选择呢？目前相对成熟的也只有 Google �?gn+ninja �Ҏ(gu��)��了。gn �q�套东西�?Chromium 里是完全配置好的�Q�用��h��q�算��手�Q�但要是独立拿出来呢�Q�就没那么便宜了。关键是它的 toolchain 是要自己定义的�?/p>

之前�q�在公司搞客��L(f��ng)��的时候，大家��׃�� Chromium 里面�?build、build_overrides �{�等东西全部拷出来，好家伙，几百 MB 甚至�?G。但是公叔R��嘛，没�h��干不干净�Q�怎么快怎么来。后来又看到 Google 自家�?Crashpad 里面也用了这套构建，但工具链被简化了一下，�?mini_chromium。这个比 Chromium 里的��多了，是可以拿�q�来直接用的�Q�缺��一些配�|�可以自己加。但是呢�Q�像我们�q�种�z�癖�Q�仍然是受不鸟的。所以呢�Q�我们要�q�干净净的徏立一套工具链�?/p>

构徏�pȝ��安装

首先�Q�我们明��定位。gn �?ninja 都是开发机上需要预装的�Q�不是��Y件提供的。Chromium 的搞法是自己提供�Q�gn 的文档也说让开发者提供工兗��但�q�套思�\跟传�l�的理念是冲�H�的。同�Ӟ��自己安装工具成本是比较低的：(x��)

linux
- ninja 在主��包��理�pȝ��里已�l�有了，包名可能�?ninja �?ninja-build�Q�直接安装就可以
- gn 在部分包��理�pȝ��有，��试包名 gn �?gn-build �{�，没有的话可以下蝲二进制版�?/a>�Q�或者从源代码自行编�?/li>

mac
- gn �?brew 里没有，可以下蝲二进制版�?/a>�Q�在 MacPorts 里叫 gn-devel

win
- ninja 可以�?GitHub 下蝲二进制版本，gn 可以�?gn 官网下蝲二进制版�?/a>

自己下蝲的设�|�到 PATH�Q�测�?gn --version 以及(qi��ng) ninja --version�Q�能�q�行卛_��

目标

希望做到提供一�?git repo�Q��用�?clone 到自己项目的 build 目录�Q�然后��用者只要在 .gn 文�g里配�|?/p>

buildconfig = "//build/BUILDCONFIG.gn"

��可以��用我们提供的工具链，�?PC 三端�q�行构徏�?/p>

使用者的唯一负担��是�~�写自己�?BUILD.gn

工具链搭�?/h2>
首先我们�?gn 的文档，以及(qi��ng)它的例程 simple_build 里的工具��N��|�：(x��)

https://gn.googlesource.com/gn/+/HEAD/examples/simple_build/build/toolchain/BUILD.gn

�q�个是可以直接用的，只不�q�只�?linux 端（当然 mac 也能用）。我们再�l�合 chrome 里的工具��N��|�，�q�行一些完善�?/p>

基础概念

首先我们了解 gn 体系需要的最��配�|�是什么�?/p>

�W�一�Q�它需要在根目录写一�?.gn 文�g�Q�在里面定义 buildconfig�Q�指到另一个文�Ӟ��一般是

buildconfig = "//build/BUILDCONFIG.gn"

�W�二、BUILDCONFIG.gn 里面需要设�|�默认工具链�Q�也��是写一�?/p>

set_default_toolchain("//build/toolchain:gcc")

�W�三、定义工具链�Q�如上例�?//build/toolchain:gcc�?/p>

需要在 build/toolchain 下徏�?BUILD.gn 文�g�Q�内�Ҏ(gu��)��

toolchain("gcc") {
	# ...
}

最后在 toolchain 里定义各�U?tool�?/p>

工具链中的工�?/h3>

�q�部分文档在�q�里�Q�https://gn.googlesource.com/gn/+/main/docs/reference.md#func_tool

��单复�q�C��下，可被定义的工��h��Q?/p>

�~�译工具:
"cc": C �~�译�?br /> "cxx": C++ �~�译�?br /> "cxx_module": 支持 module �?C++ �~�译�?br /> "objc": Objective C �~�译�?br /> "objcxx": Objective C++ �~�译�?br /> "rc": Windows 资源脚本�~�译�?br /> "asm": 汇编�?br /> "swift": Swift �~�译�?/li>
链接工具:
"alink": 静态库链接�?br /> "solink": 动态库链接�?br /> "link": 可执行文仉��接器

�Q�其他的��先不看了）

我们来看一�?https://gn.googlesource.com/gn/+/HEAD/examples/simple_build/build/toolchain/BUILD.gn 的一些关键配�|�：(x��)

toolchain("gcc") {
  tool("cc") {
    command = "gcc -MMD -MF $depfile {{defines}} {{include_dirs}} {{cflags}} {{cflags_c}} -c {{source}} -o {{output}}"
    outputs = [ "{{source_out_dir}}/{{target_output_name}}.{{source_name_part}}.o" ]
    # ...
  }
  tool("cxx") {
    command = "g++ -MMD -MF $depfile {{defines}} {{include_dirs}} {{cflags}} {{cflags_cc}} -c {{source}} -o {{output}}"
    outputs = [ "{{source_out_dir}}/{{target_output_name}}.{{source_name_part}}.o" ]
    # ...
  }
  tool("alink") {
    command = "rm -f {{output}} && ar rcs {{output}} {{inputs}}"
    outputs = [ "{{target_out_dir}}/{{target_output_name}}{{output_extension}}" ]
    # ...
  }
  tool("solink") {
    command = "g++ -shared {{ldflags}} -o $sofile $os_specific_option @$rspfile"
    outputs = [ sofile ]
    # ...
  }
  tool("link") {
    command = "g++ {{ldflags}} -o $outfile -Wl,--start-group @$rspfile {{solibs}} -Wl,--end-group {{libs}}"
    outputs = [ outfile ]
    # ...
  }
  tool("stamp") {
    command = "touch {{output}}"
  }
  tool("copy") {
    command = "cp -af {{source}} {{output}}"
  }
}

可以看到�Q�cc �?cxx 执行 command 后，生成 .o 文�g�Q�然后这�?.o 文�g可以作�ؓ(f��) alink、solink、link �?inputs�Q�被它们 command �l�箋使用�Q�最后输出静态库、动态库以及(qi��ng)可执行文件�?/p>

其余属性可以查文档了解含义�?/p>

�Ҏ(gu��)�� Chromium 中的配置

Linux

主要配置在这里：(x��)https://source.chromium.org/chromium/chromium/src/+/main:build/toolchain/gcc_toolchain.gni

也是 gcc 的，�?simple_build 里的大同��异�Q�没有特别的�?/p>

Mac

主要配置在这里：(x��)https://source.chromium.org/chromium/chromium/src/+/main:build/toolchain/apple/toolchain.gni

区别有：(x��)

�?clang �p�d��~�译工具�Q�而不�?gcc
alink 不是�?ar�Q�而��?libtool
solink 的默认扩展名�Ҏ(gu��)��?dylib
用了一�?linker_driver.py 来支持生�?dSYM�Q�在里面调用�?dsymutil �?strip

Win

�~�译�?cl�Q�静态库链接�?lib�Q�动态库和可执行文�g的链接用 link
lib_switch = ""�Q�lib_dir_switch = "/LIBPATH:"�Q�前两�?lib_switch = "-l"�Q�lib_dir_switch = "-L"

建立我们的工具链

基本上是�Ҏ(gu��)��上面分析的要炚w��|�，最�l�结果在此：(x��)https://github.com/Streamlet/gn_toolchain

新增的一些差异有�Q?/p>

增加全局参数 is_debug�Q�可以在 gn gen out --args="is_debug=true"传入。默�?is_debug �?false�Q�开启所有优化�?/p>
mac 下生�?dSYM 不��?python 脚本�Q�直接是 $ld ... && dsymutil ... && strip
mac 下加了一�?template�Q�app_bundle�Q�用来生�?xxx.app�Q�主要配�|�来自于 create_bundle 文档里的例子
win 下增加了一些配�|�集
- 动�?静态链�?CRT�Q?/build/config/win:console_subsystem�?/build/config/win:static_runtime
- 控制台程序、Win32 �E�序�Q?/build/config/win:console_subsystem�?/build/config/win:windows_subsystem
  
  �q�个其实一般情况下用不着�Q�只要入口函数是 main/WinMain�Q�link 默认��是控制台程�?Win32 �E�序
- XP 支持�Q?/build/config/win:console_subsystem_xp�?/build/config/win:windows_subsystem_xp
  
  具体实现是链接参数加 /SUBSYSTEM:CONSOLE,5.01 �?/SUBSYSTEM:WINDOWS,5.01。关键是后面的版本号 5.01�Q��ؓ(f��)了加版本号则必须指定子系�l�名�U�ͼ�所以分�?console_subsystem_xp �?windows_subsystem_xp。又�Q�xp �q�里提供了两�?subsystem 的配�|�集�Q�非 xp 也提供两个�?/p>
  但是我们没有�?_WIN32_WINNT=0x0501、WINVER=0x0501、_USING_V110_SDK71_�Q�也没有指定必须使用 7.0 版本�?SDK�Q�这些都是非必须的，只要不用�?XP 以后��d��?API 卛_��。��用者可以在自己�?target 里面定义�q�些宏�?/p>

使用案例

提供一个��用案例：(x��)https://github.com/Streamlet/gn_toolchain_sample

因�ؓ(f��)它以 git submodule 形式引用�?https://github.com/Streamlet/gn_toolchain�Q�所�?git clone 以后�Q�需�?git submodule update --init一下�?/p>

然后在根目录执行�Q�（��保 gn �?ninja 已经�?PATH 中）

gn gen out
ninja -C out

卛_��?/p>

Mac 下会(x��)额外生成一�?objc ��目 objc_console_application 以及(qi��ng)一�?app_bundle�Q�ns_application.app�?/p>

Win �?x��)额外生成一�?Win32 ��目 win32_application�?/p>

Win 下需要先执行一�?Visual Studio 带的命��o(h��)行环境，�?VS 2022 Community �?“x64 Native Tools Command Prompt for VS 2022”，cl �{�工��h��?x��)可用�?/p>

如果要测�?XP�Q?2位）�Q�用“x86 Native Tools Command Prompt for VS 2022”进入，CD 到项目目录，执行�Q?/p>

gn gen out --args="target_cpu=\"x86\""
ninja -C out

�ȝ��

我们只用几十 KB 的大��完成了跨端支持�Q�是很轻量的一个配�|�。如果�?zh��n)�觉得实用�q�认可这�U�方式，�Ƣ迎一��h��l�护、完善�?/p>

溪流 2022-11-06 02:05 发表评论

微��Y拼音长句模式恢复工具支持Win10 1803

溪流 — Sun, 20 Sep 2020 05:53:00 GMT

4月䆾��有人留�a�旧微软拼��x��复工具不支持Win10 1803了，我自�׃��遇到了，但因为没旉��搞，勉�ؓ(f��)光��使用了词�l�模式的微��Y拼音几个月，�l�于在八月䆾抽个�I�研�I�了下，解决了�?/p>

�q�次是因为傻逼大微��Y改了 System32\IME\shared 里的东西�Q�导致旧�pȝ��拯��来的文�g�?System32\IME\shared 的东西不兼容了。解��x��式很暴力�Q�从以前的版本复�?System32\IME\shared �q�来�?/p>

下蝲�Q?a >https://www.streamlet.org/software/mspyforever/

�Q�原发于 GitHub Pages�Q?018-10-13 13:36:04�Q?/p>

溪流 2020-09-20 13:53 发表评论

问一�?Windows �H�口�?Capture 问题

溪流 — Wed, 31 Dec 2014 08:03:00 GMT

好久没写了，上来先问一个问题。。。羞��。。�?/p>

�?A、B 两个�H�口�Q�A �?B �?Owner�Q�B 不激�z�M��抢焦炏V��在 B �?WM_LBUTTONDOWN 的时候，讄�� A �H�口�?Capture�Q�在 A �?WM_LBUTTONUP 的时�?ReleaseCapture�?/p>

操作是，�?B 上按下鼠标，然后一直按住鼠标飘啊飘。在某一时机�?B �q�掉�Q��l�动鼠标。此�?A �q�在�Q��ƈ�?A 仍然�?Capture 状态，但是 A 收不�?A 可视范围外的 WM_MOUSEMOVE 了！在全�q�程�?A 也没有收�?WM_CAPTURECHANGED�?/p>

下面是栗子：(x��)

http://pan.baidu.com/s/1mgurJIS

求解释。求解决。谢谢~�Q?/p>

溪流 2014-12-31 16:03 发表评论

�?Win8.1 微��Y拼音��C��验模式支�?Metro 应用

溪流 — Sun, 20 Apr 2014 03:22:00 GMT

内容回顾�Q?/p>

[1]十个步骤扑֛� Win8 中的微��Y拼音��C��验模�?/a>

[2]发布个工��P��一键恢复Win8/8.1中的微��Y拼音长句模式�Q�新体验模式�Q?/a>

�?[1] 中，我们扑֛��?Win8 里的微��Y拼音��C��验模式；�?[2] 中，依照 ePig 提供的方�?/a>�Q�我们在 Win8.1 中也搬回了微软拼��x��体验模式�Q�但留下了一炚w��憾，不支�?Metro 应用�?/p>

�Q�其实还有一点，没有昄��图标。）

原本我觉得无所谓，因�ؓ(f��)我反正不太用 Metro 应用�Q�Metro 下就用自带的微��Y拼音��h��式好了。可是，可是�Q�输入法��理器中�Q�比如保留一个兼�?Metro 的输入法�Q�导致桌面下也比如保留简��h��式了�Q�这样切换输入法�l�常切错�Q�离所谓“一个输入法”的伟大目标相差甚远。于是乎�Q�不能忍。然后昨天�v来看了下�q�个问题�?/p>

原先微��Y拼音输入法的一个不知什么的GUID�?{81d4e9c9-1d3b-41bc-9e6c-4b40bf79e35e}�Q�该 GUID 代表的输入法下有两个输入模式�Q�新体验和简捗��（�q�个构架和相兛_��Ҏ(gu��)��不是很懂�Q�具体请��L��?TSF (Text Service Framework) 框架相关文档。） Win 8 下只是删除了��C��验模式的那个注册表项�q�对注册表项加权限保护达到禁用目的。Win8.1 下的变化是，老的文�g被删除了�Q�且 {81d4e9c9-1d3b-41bc-9e6c-4b40bf79e35e} 被用作新的微软拼音的 GUID 了，里面也不再分两个模式了（其实只有原先的简��h��式）。按�?ePig 提供的方�?/a>�Q�从 Win8 中复制相��x��Ӟ��q�把文�g中的 GUID 改了�Q�重新注册进厅R��这�Ҏ(gu��)��在一键恢复工��h��带的文�g中是�?GUID 末尾 e 改�ؓ(f��)�?f�Q�完整的��是 {81D4E9C9-1D3B-41BC-9E6C-4B40BF79E35F}。按道理应该完全兼容才是�Q��v�?Win8 下是支持 Metro 的。微软拼韛_��早就�?TSF 框架了（而不�?Imm�Q�，据我之前的了解，要支�?Metro�Q�输入法使用 TSF 框架��好了�?/p>

想不通的情况下，��来比较�?Win8.1 下自带的微��Y拼音�Q�简��h��式）和我们新加的微��Y拼音��C��验模式的注册表项差异�Q?/p>

发现自带的多了几��（�U�框部分�Q�。于是仿照着把这些补上去�Q�结果确实不昄��“仅适用于桌面版”了�Q�可是好像也没法输入了……于是每�ơ只加一��，依次试过去（�I��D法，鄙视�Q�。最后发现前两个 �Q�也��是 {13A016DF-560B-46CD-947A-4C3AF1E0E35D}、{25504FB4-7BAB-4BC1-9C69-CF81890F0EF5} 可以要，最�?{74769ee9-4a66-4f9d-90d6-bf8b7c3eb461} 不能要�?/p>

再看�?Win8 的，果然也是有这两个 Category 的：(x��)

然后�q�事情就��成了：(x��)

一键工具已更新�Q�下载页面：(x��)http://www.streamlet.org/Software/MSPYForever/

那么�q�两�?GUID 到底是什么呢�Q�Google 一下…�?/p>

关于前者，http://msdn.microsoft.com/zh-cn/library/windows/apps/hh967425.aspx#set_compatibility_flag 中有说明如下�Q?/p>

声明兼容�?/em>

IME 通过使用 ITfCategoryMgr::RegisterCategory 为其 IME 注册�c�d�� GUID_TFCAT_TIPCAP_IMMERSIVESUPPORT 来声明其兼容 Windows 应用商店应用�?/em>

其中 GUID_TFCAT_TIPCAP_IMMERSIVESUPPORT ��是 {13A016DF-560B-46CD-947A-4C3AF1E0E35D}�?/p>

{25504FB4-7BAB-4BC1-9C69-CF81890F0EF5} 也是个预定义的��|��叫做 GUID_TFCAT_TIPCAP_SYSTRAYSUPPORT�Q�按字面理解�Q�系�l�托盘支持，可是查不到官方说明啊�Q?a title="http://msdn.microsoft.com/en-us/library/ms629012.aspx" target="_blank">http://msdn.microsoft.com/en-us/library/ms629012.aspx �q�一��啥也不��_(d��)��是不是bug…�?/p>

不管怎么��_(d��)��问题是解决了。大快�h心�?/p>

再顺侉K��下大微��Y�?/p>

看这张图�Q�我在写代码或写Word或者写别的文字�Q�开着中文语言下的中文输入法（写代码怎么�?x��)开中文�Q�不要在意这些细节……）�Q�然后来了条 QQ 消息。我��M�Q务栏点企鹅图标。结果刚点下�Q�因��Z�Q务栏、桌面是英文语言下的��式键盘�Q�输入法指示器变�?ENG�Q�羃短了�Q�企鹅图标跑双��M��Q�点�I�Z��Q�！�Q?/p>
正因为如此，我以前��L��把英文语�a�删掉�Q�只有中文语�a��Q�下面一个输入法�Q�靠 Shift 在输入法内切换中英文。可�?Shift 很容易误操作有木有。最佳的方式�q�是中文语言下的��式键盘……这个问题很早之前研�I�过几个��时�Q�但没啥�l�果�Q�后来想�Q�如果真的没办法了，�q�脆写一个空的输入法原样输入输出�Q�叫做“美式键盘”得了。�ؓ(f��)啥中文下��׃��l�键盘布局呢？��Z��么呢��Z��么呢��Z��么呢�Q?/p>
昨天又去�|�上搜了下，�l�果高�h已经�l�出了方法了�Q�不知道哪篇是原创，��׃��引用了，有兴��的自己搜。这里还有个半官方的出处�Q?a title="http://answers.microsoft.com/zh-hans/windows/forum/windows_8-ime/windows-8%E7%9A%84%E8%BE%93%E5%85%A5%E6%B3%95/91917117-c5fd-4c61-ac2e-da0dd29d12fc" target="_blank">http://answers.microsoft.com/zh-hans/windows/forum/windows_8-ime/windows-8%E7%9A%84%E8%BE%93%E5%85%A5%E6%B3%95/91917117-c5fd-4c61-ac2e-da0dd29d12fc。但其实��式键盘没有图标�Q�会(x��)昄��“简体”，所以也�?x��)有长短变化。最佳的�Ҏ(gu��)��q�是恢复成语�a�栏的样子�Q?/p>

�q�下同在中文语言下了�Q�Ctrl+Shift 切输入法�Q�怎一个舒服了得~�Q�至此，W(xu��)in8、Win8.1 的输入法问题�Ҏ(gu��)��个�h而言已经全部解决了，可以大规模重装系�l�了�?/p>
忍不住再黑下大微软：(x��)http://answers.microsoft.com/zh-hans/windows/forum/windows_8-ime/%E5%85%B3%E4%BA%8E%E4%B8%AD%E6%96%87%E7%89%88windo/b5c3190f-bb82-4855-97f0-00d6011e3e33�Q�这个答非所问，是不是在搞笑�Q?/p>

溪流 2014-04-20 11:22 发表评论

溪流 — Tue, 25 Mar 2014 17:10:00 GMT

�Q�cnBeta�Q?a title="http://www.cnbeta.com/articles/277936.htm" target="_blank">http://www.cnbeta.com/articles/277936.htm�Q?/p>
首先贴个图，大家来一起念台词~

念完了木有？很激情澎湃义愤填膺有木有�Q?/p>

�q�事情最早追溯到前年 8 月的一��文章�?a href="http://www.shnenglu.com/Streamlet/archive/2014/02/17/188249.html" target="_blank">十个步骤扑֛� Win8 中的微��Y拼音��C��验模�?/a>》，其实��是手工注册一个COM完事�Q�只是傻逼大微��Y��L��弄了注册表权限来屏蔽�Q�操作�v来略微繁琐。到目前为止�Q�W(xu��)in8重装�pȝ��已经不下十次了，每次都是�q�样手工操作�Q�我已经厌倦了�?/p>
另外�q�有Win8.1上的问题�Q�由于傻逼大微��Y已经完全删除了文�Ӟ��没法这么搞了，��q��从Win8拯��文�g来，也无法简单注册��用。加上我�?.1非常非常不感冒，一直没�ȝ��I�。前些天看到之前的那��文章里 Charles Leigh 回复了两��文章（ePig 那篇是原创吧貌似�Q�感谢）�Q�提供了解决�Ҏ(gu��)��。于是上个周末到现在��捣鼓个一键恢复工��P��方便自己以后重装用，也方便广大微拼党�?/p>
微拼党（包括我）孜孜不倦的�q�求微拼长句模式的情怀�Q�让我非常感动。希望傻逼大微��Y看到我们的心声。别搞什么破词组输入法了�Q�你搞不�q�本土这么多厂家的，你的下限也没有本土厂家低�Q�唯一的优势可能就是没�q�告没弹�H�了吧。至于输入算法什么的�Q�在词组模式里面�Ҏ(gu��)��不��以体现得太多�Q�长句模式才是考验啊。回头吧�Q?/p>
下蝲��面�Q?a title="http://www.streamlet.org/Software/MSPYForever/" target="_blank">http://www.streamlet.org/Software/MSPYForever/

CodePlex ��目��面�Q?a title="https://mspyforever.codeplex.com/" target="_blank">https://mspyforever.codeplex.com/

请微拼党们多传播。有 Bug �?qi��ng)时反馈�?/p>

溪流 2014-03-26 01:10 发表评论

溪流 — Mon, 24 Jun 2013 16:18:00 GMT
     摘要: Timer�q�玩意儿很常用，却又很烦人。烦��Z��处有四：(x��) 1.         如果��其讑ֈ�HWND上，�?a)         必须手工�l�护Timer的ID�Q�小心翼��地保证�q�些ID不重复，可能有�h�Q�比如我�Q�就不怎么喜欢手工�l�护��编码的ID�?...  阅读全文

溪流 2013-06-25 00:18 发表评论

关于“UI�U�程”

溪流 — Sun, 05 May 2013 14:43:00 GMT
     摘要: �~��v �q�是一��找��L(f��ng)��文章�? �׃��一些历史原因和人际渊源�Q�周围同事谈��Z��些技术话题的时候，�l�常使用“UI�U�程”一词。虽然我从来没有看到其确切定义，但心里对其含义可能略懂，因此一直装作心知肚明的样子�Q�以免被嘲讽�Q��? 日前�Q�一同事发了��邮件大谈“UI�U�程”的概念�Q�分享到大部门。大部门里除了我们一个Windows客户端部门，其他都是做网站的Java开发。因此，在他们面前谈��Z��?..  阅读全文

溪流 2013-05-05 22:43 发表评论

溪流 — Fri, 18 Jan 2013 03:33:00 GMT
     摘要: 最�q�遇到UpdateLayeredWindow在远�E�协助下�?x��)失败，但是GetLastError�q�回0�?后来看了http://blog.csdn.net/debehe/article/details/4767472�Q�解决了�Q�记一�W��?原代码：(x��) void Update() {     CDC dc = GetDC(m_hWnd);   &n...  阅读全文

溪流 2013-01-18 11:33 发表评论

溪流 — Mon, 07 Jan 2013 17:54:00 GMT
     摘要: ASP.NET MVC 框架入门——写一个搜索引�? 动态网��늚�历史非常�(zh��n)�久�Q�可以追溯到上个世纪。就技术类型而言�Q�主要有ASP、PHP、JSP三大�z�。笔者接触过ASP、PHP�Q�遗憄��是几乎从未接触过JSP。偶��天生不是JAVA语系的�? 后来�Q�笔者稍微远��M��一下Web开发，W(xu��)eb发生了翻天覆地的变化�Q�css成了布局��L��Q�ASP.NET冒出来了。这使得�W�者不得不�?008�?...  阅读全文

溪流 2013-01-08 01:54 发表评论

裸写一个进�E�外 COM �l��g

溪流 — Sun, 02 Dec 2012 11:56:00 GMT
     摘要: 引言前面�?ji��)月份的八篇关于COM的文章，说的都是�q�程内COM。那�Ӟ��我们从一个含内嵌IE控�g的窗口说��P��Ҏ(gu��)��COM协议手工书写了进�E�内COM�l��g�Q��ƈ由此�U�篏了一些类似ATL的框架性代码�? 今天开始，我们把脚步迈向进�E�外�l��g。同��h��从最基础的开始，本篇我们��根据进�E�外COM�l��g的加载规范手工编写一个EXE�Q�然后用标准的COM调用�Ҏ(gu��)��来��用它。之前积累的框架性代码不属于�W�三方库�Q�所以这�?..  阅读全文

溪流 2012-12-02 19:56 发表评论

EXE导出函数

溪流 — Sat, 01 Dec 2012 03:41:00 GMT
     摘要: �H�然惛_��个问题，EXE可否像DLL一样导出函数呢�Q�于是就��h��做试验—�? 静态链接调�?嗯，先徏立一个EXE�Q�内容很��单：(x��) #include "stdafx.h" #define EXE_LIBRARY #include "ExeLibrary.h" EXE_LIBRARY_API int Sum(int a, int b) { &nbs...  阅读全文

溪流 2012-12-01 11:41 发表评论

溪流 — Tue, 13 Nov 2012 06:49:00 GMT

如题�Q?*1的图片拉�怼�(x��)被弄成：(x��)

2*2的会(x��)被弄成：(x��)

更大的图片，表现为右边缘和下边缘渐变�Q?/p>

GDI+自作聪明了…�?/p>

解决�Ҏ(gu��)��Q?/p>
Graphics g;

g.SetInterpolationMode(InterpolationModeNearestNeighbor);

g.SetPixelOffsetMode(PixelOffsetModeHalf);

效果�Q?/p>

�Ҏ(gu��)��记录�?/p>
参考资料：(x��)http://bbs.csdn.net/topics/310212346

溪流 2012-11-13 14:49 发表评论

溪流 — Thu, 20 Sep 2012 16:34:00 GMT
     摘要: 引言在上一��《在 DLL 中加入第二个 COM �c�R��的“单用户注册”一节中�Q�我们曾提到��q��注册表依赖一事，现在我们来把�q�事儿给办了�? 注册我们在之前支持了“regsvr32 /n /i:user COMProvider.dll”这一注册命��o(h��)。这一注册命��o(h��)�l�了我们一定的扩展余地。从ATL默认的代码来看，对于DllInstall�Q�目前已定义的命令行参数��g��只有user�Q�于是我们可以定...  阅读全文

溪流 2012-09-21 00:34 发表评论

溪流 — Tue, 11 Sep 2012 16:23:00 GMT
     摘要: 引言在前面几��文章里�Q�我们已�l�成功脱��ATL写了一个COM�l��g�Q��ƈ且实��C��自动化。今天，我们来加入第二个�c�，�q�且为加入第二个�c�d��一些整理工作�? 为DLL建立一个Module�c?在前面，我们��Z��使得DllCanUnloadNow能正��工作而放了一个全局变量LONG g_nModuleCount�Q��ƈ且在SampleClass的构造函数和析构函数里对它进行自增和自减。另外还有个IType...  阅读全文

溪流 2012-09-12 00:23 发表评论

让COM�l��g可被跨语�a�调用

溪流 — Sun, 09 Sep 2012 04:43:00 GMT
     摘要: 错误修正首先修正一下上��（《裸写一个进�E�内 COM �l��g》）中的例子的一个小问题。类厂的CreateInstance里面�Q�上�ơ是�q�么写的�Q? STDMETHODIMP ClassFactory::CreateInstance(_In_opt_ IUnknown *pUnkOuter,        &nbs...  阅读全文

溪流 2012-09-09 12:43 发表评论

裸写一个进�E�内 COM �l��g

溪流 — Thu, 06 Sep 2012 16:23:00 GMT
     摘要: 引言前几天山寨了ATL的COM_INTERFACE�Q�了解了一个COM�cȝ��如何�q�行通用的组�l�。今天再来学�?f��n)下COM协议�Q�看看如何实��C��个COM�l��g——当�Ӟ��也是不能用ATL的，不然��学不到什么了�? COM DLL说简单简单，说复杂也很复杂。说��单呢�Q�其实貌似只要导��Z��面这五个函数��可以了�Q?DllCanUnloadNow DllGetClassObject DllRegisterSe...  阅读全文

溪流 2012-09-07 00:23 发表评论

溪流 — Tue, 04 Sep 2012 14:16:00 GMT
     摘要: 在上一��中�Q�我们实��C��COM_INTERFACE宏，�q�且重新写了一个含有WebBrowser的窗口。在那里我们留了中间层OleContainer。�ؓ(f��)了验证OleContainer的可用性，现在来写一个含有Windows Media Player�Q�下文简�U�“WMP”）控�g的窗口�? WMP控�g的容器类除了IOleClientSite、IOleInPlaceSite、IOleInPlace...  阅读全文

溪流 2012-09-04 22:16 发表评论

山寨一�?ATL �?COM_INTERFACE

溪流 — Mon, 03 Sep 2012 15:17:00 GMT
     摘要: 上一��我们简单学�?f��n)了下ATL 的��扉K��处理。可是，如果要裸写一个含内嵌IE控�g的窗口，�q�是要写一个很长的QueryInterface�Q�以�?qi��ng)AddRef和Release�Q�确保引用计数的正确性。于是我们不得不参考ATL的COM_TNTERFACE的处理技巧，来达��C��定程度上的易用性�? 首先�Q�除了IUnknown以外�Q�其余所有涉�?qi��ng)到的接口，均按上一��的形式�Q�弄成相应的IXXX...  阅读全文

溪流 2012-09-03 23:17 发表评论

学习(f��n)�?ATL 的��扉K��处理

溪流 — Sun, 02 Sep 2012 05:56:00 GMT
     摘要: 我们先来看一�l�接口定义：(x��) struct IX {     virtual void MethodX() = 0; }; struct IXA : public IX {     virtual void MethodXA() = 0; }; struct IXB : public IX {...  阅读全文

溪流 2012-09-02 13:56 发表评论

溪流 — Fri, 31 Aug 2012 17:04:00 GMT
     摘要: 引言之前也做�q�一些含内嵌IE控�g的东西，只是一直用MFC/ATL�{�框�Ӟ��对于里面的原理其实一知半解，只有��q��它们写一遍，才算能真正懂。前不久在写一个SkyDriveClient的时候正好有一个需求，��q��?f��n)了一下。技术含量没有，在此记录一�W�，供后来�h入门�Q�供前辈们批评�? 本文中，行文以流水帐、脓(chu��ng)代码方式��Z��Q�同时�ؓ(f��)了不带来�q�扰�Q�代码将��量以不带或��带��装的方式书写。目...  阅读全文

溪流 2012-09-01 01:04 发表评论

溪流 — Sat, 25 Aug 2012 07:31:00 GMT

�Q�cnBeta: http://www.cnbeta.com/articles/203020.htm�Q?

微��Y拼音输入法的��C��验模式，其实是微软拼音一直以来的主要模式。笔者从1.5版开始接触微软拼音以来就一直是�q�种模式�Q�主要特点就是长句输入、二�ơ确认，在第一�ơ确认的时候，文字��p��入仿�?j��ng)实际输入区域，但是文字下面有虚�U�，此时我们可以用光标键左右�U�d��Q�就像下图显�C�的一��P��(x��)

而在输入拼音的时候，我们其实无需开启候选词�H�口�Q�也不用看屏�q�：(x��)

输入完毕之后按空��|��观察首选是否正��，如果正确的话再一�ơ空格确认，否则按一下右光标键回到句首开始选词。非常方便，也显得很专业�?

�?f��n)惯于词�l�输入的同学可能喜欢时刻盯着屏幕出现的候选词�Q�一旦有错立�ȝ��正选择。而长句输入则不必�q�样�Q�输入整个句子，让输入法在整句的语境中替你选词�Q�命中率�?x��)高很多�Q�特别是在打长篇文章的时候，非常有用�?

很多时候别人在看我输入的时候，发现屏幕上有错别字，�?x��)忍不住提醒我错了，但是当我最后确认的时候，往往又对了，�?x��)显得有一点点疑惑�Q�但是通常不说。有��的是，我在打别人名字的时候，他们发现一开始的错别字，也会(x��)忍不住提醒我错了�Q��ƈ且对输入法把某�h的名字弄成另外一个字非常感兴��，有时�?x��)以�?嘲笑"那个人。然后当我最后回来选词的时候，他们�?指责"�q�嘛一开始不选对的字……我已经�?f��n)惯了。但是整句输入带来的便捷之处�Q�大部分人是没法认识到的。所以我今天在这里花很大的篇�q�介�l�一下�?

遗憾的是�Q�微软拼�?.5�?.0�?.0都没人叫好。到Office2003的时候，因�ؓ(f��)"��C��?模式的出玎ͼ�使得一部分人叫好，但那部分人其实还是把它当作词�l�输入法来用的。到Office2010出来的时候，又有一部分人叫好，实际上很大一部分人是�?��?模式叫好。到现在Win8成了��体中文语�a�下默认输入法�Q�即便有强推的味道，但好多�h�q�是叫好�Q�而新体验模式的消失，却很��有人问�z��?

下面正式来看标题中提到的问题。Win8安装完毕后简体中文下只有一个微软拼音简��P��C��验模式不见了�Q�！�Q?

有需要的同学�Q�请跟随�W�者，一步一步找回新体验模式�?

1、打开开始屏�q�，在英文状态下输入regedit�Q�然后回车，打开注册表编辑器。（遇到UAC提醒�Q�请选择"�?�Q?

2、在左侧展开目录�?w��i)，一直到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\CTF\TIP\{81d4e9c9-1d3b-41bc-9e6c-4b40bf79e35e}�Q?

微��Y对这一��做了特�D�的权限保护�Q�它的权限和盔R��的那几个不一��P��我们要取得写权限�?

3、右键单��d��、选择权限�Q�打开如下囄��H�口�Q?

4、单�?高��"�Q�再打开一个窗口：(x��)

5、在所有者的双��点击"更改"�Q�输�?everyone"或者当前登录用户名�Q�按"��定"�Q��ƈ选中"替换子容器和对象的所有�?�Q�然后按应用。（不要关闭�q�个�H�口�Q�等下我们还要改回来。）

6、然后点��d��下方的启用��承（按了后该按钮变�ؓ(f��)��用�l�承�Q�，�q��中"使用可从此对象��承的权限��目替换所有子对象的权限项�?。最后按"应用"�Q�遇到提�C�选择"�?�?

现在�Q�这个窗口变成这个样子了�Q?

保留�q�个�H�口�Q�我们进行下一步�?

7、打开开始屏�q�，在英文状态下输入"cmd"�Q�左侧出�?命��o(h��)提示�W?�Q�右键点击选中它，再到屏幕下方点击"以管理员�w�䆾�q�行"�Q�遇到UAC提示选择"�?。这��h��们打开��h��理员权限的命��o(h��)提示�W�窗口，工作路径位于System32目录�?

8、输�?regsvr32 ime\imesc\imsctip.dll"�Q��ƈ按回车�?

直到看到下图的提�C�，点击��定�Q�关闭命令提�C�符�H�口�?

9、回到刚才的高��安全讄��H�口�Q�点��d��下方�?��用�l�承"按钮�Q�这时出��C��图提�C�：(x��)

选择�W�二��，"从此对象中删除所有以�l�承的权�?�Q?

�q��中"使用可从此对象��承的权限��目替换所有子对象的权限项�?�Q�按"应用"�Q�遇到提�C�选择"�?�?

10、点��M��Ҏ(gu��)��有者右边的"更改"�Q�输�?nt service\trustedinstaller"�Q�按"��定"�Q��ƈ选中"替换子容器和对象的所有�?�Q�然后按"应用"�?

��x��Q�我们将注册表权限恢复如初了�?

打开输入法管理界面：(x��)

我们可以看到多出来的"Microsoft Pinyin NewExperience"了，它就是我们要扄��C��验模式！

�(zh��n)�剧的是�Q�貌似新体验模式在Metro界面下有问题�Q�每�ơ确认输入，光标都会(x��)回到最前面�Q�注�Q�确认这是当时新��微博Win8客户端的Bug�Q�不是输入法的问题，新浪微博貌似已经修正此问题）。也许是因�ؓ(f��)有这些Bug�Q�微软才隐藏它的吧。不�q�，桌面模式下��用�v来未发现��M��问题哦�?

溪流 2012-08-25 15:31 发表评论

调用�U�定�ȝ��

溪流 — Fri, 11 May 2012 17:36:00 GMT

以前�?Function 的时候恰好取巧避免掉了，�q�些天在�?Bind�Q�不得已要把每个调用�U�定�|�列一遍。顺手把�q�些东西复习(f��n)一下，�ȝ��如下—�?/p>
�Q�所有内定w��?VC �~�译�q�_��Q?/p>

一、x86

名称传参方式栈清�?/td> C 语言函数重命名（例：(x��)int func(int, double)�Q?/td>

__cdecl 从右臛_��压栈主调函数前面加“_”（_func�Q?/td>

__stdcall 从右臛_��压栈被调函数前面加“_”，后面加“@”再加参数十�q�制字节敎ͼ�_func@12�Q?/td>

__fastcall 前两个不大于DWORD长度的参��C��左至叛_��别存�?ECX、EDX�Q�其余从双��左压�?/td> 被调函数前面加“@”，后面加“@”再加参数十�q�制字节敎ͼ�@func@12�Q?/td>

__thiscall ECX �?this�Q�其余从双��左压�?/td> 被调函数仅用�?C++

二、x64

名称传参方式栈清�?/td>

__fastcall 前四个整�?��点数放�?RCX/XMM0、RDX/XMM1、R8/XMM2、R9/XMM3�Q�其余压栈�?br>如果�?4 个参数分别�ؓ(f��) int、float、long、double�Q�它们将分别被存�?RCX、XMM1、R8、XMM3 被调函数

64位编译环境下�Q�可以指�?__cdecl、__stdcall、__fastcall�Q�但是编译器�?x��)忽略它们。两个显�C�指定了不同调用�U�定的函��C��构成重蝲�Q�而构成重定义错误�?/p>

溪流 2012-05-12 01:36 发表评论

如何�?执行耗时��d��的、可随时立即退出的函数呢？

溪流 — Wed, 25 May 2011 16:36:00 GMT

如题�?/p>
�E�微解释下，因�ؓ(f��)有可能有��Z��(x��)误会(x��)�Q�放新线�E�里面去不就可以了？�q�没有解决问题。如此的话，你那个线�E�函数怎么写？或者线�E�函数里调用的某个�Q务函数怎么写？��M��Q�多�U�程虽然��L��出现在这些问题的解决�Ҏ(gu��)��中，但不是多�U�程解决了这个问题。嗯……不知道说清楚了没？

目前我心里的�{�案只有�q�一�U�模式：(x��)

bool DoTask(HANDLE hQuitSignal)
{
    while (!QuitCondition)
    {
        if (WaitForSingleObject(hQuitSignal, 0) == WAIT_OBJECT_0)
        {
            return false;
        }

        // Do something
    }

    return true;
}

其中�Q��?/ Do something”部分要�l�化到瞬间执行完成的�l�度�?/p>
但是我很困惑的是�Q�如果这些�Q务很�J�重�Q�难道我必须每进行一些操作就 if (WaitForSingleObject(hQuitSignal, 0) == WAIT_OBJECT_0) ��(g��)查下吗？�q�样岂不是这�U�检��代码充斥在��d��中了�Q?/p>
不知各位有何�l�验和体�?x��)，求教~

溪流 2011-05-26 00:36 发表评论

也谈谈GUI框架

溪流 — Sun, 16 Jan 2011 12:05:00 GMT

事情的缘��h��Q�耐不住寂寞，准备开始造GUI的轮子�?/p>
GUI框架�Q�要做的事情我想大概是这么几步：(x��)

实现回调函数的成员化�?
实现方便�E�度可接受的消息映射�?
��定上述核心部�g的��用方式�?
刉��大量的控�g�?/li>

前三步要走的比较?y��u)��心�Q�第四步是体力劳动�?/p>
�W�一步，W(xu��)indows下可参考的是MFC方式、WTL方式�Q�以�?qi��ng)利用Window相关属性中的某些空位。前不久刚初步看�q�WTL的机�Ӟ��虽然当时没写GUI框架的打��，不过也有�Ҏ(gu��)��术准备的意思了。现学现用吧。这里一个可以预见的问题�?4位兼容，现在没有��试环境�Q�先不管�?/p>
接下来看�W�二步了�Q�所要做的事情就是把 WndProc 下的一�?case 有效地组�l��v来，或者换个写法。之前还真不知道 MFC/WTL �?BEGIN_MSG_MAP。以为很高深的，想不到就是拼装成一个大�?WndProc。先抄了�Q�做成一个可�q�行的版本。但是，�q�方面会(x��)直接军_��以后的大部分使用方式�Q�单单抄一下意义不大。后来去 @OwnWaterloo 曾推荐过�?@cexer 的博客上逛了几圈�Q�第一圈看了一些描�q�性文字，�W�二圈大概看了下技术，�W�三圈是挖坟�Q�那个传说中�?cppblog �W�一高楼啊。。其中有一个��用方式很新颖�Q�嗯……是那个不需要手动写映射代码�Q�直接实现消息处理函数的方式。不�q�我后来觉得�q�是不要�q�种样子了，凭我个�h的直觉，如果我写下这��L(f��ng)��处理函数�Q�我大概�?x��)因��Z��知道何时注册了这个函数而找不到调用来源而感到郁闗��在Windows回调机制的媄响下�Q�我可能�?x��)很抱有偏见地认为，只有直接来自WndProc的调用，才算是来源明��的�Q�不需要��l�追�t�的——当�Ӟ��q�是建立在我不熟�(zh��n)�这个框架的基础上的。框架必焉��要隐藏调用来源，以及(qi��ng)其他一些细节，但是在这一步，我觉得稍微有�Ҏ(gu��)��?/p>
刚才说到的都是静态绑定。现在我有点們֐�于动态绑定。从使用方便�E�度上来看，动态绑定更��L(f��ng)��z�L��。从性能上，动态绑定下�Q�消息到处理函数的查找过�E�可以更快，静态绑定只能遍历。当�Ӟ��未必��“添加处理函数”这��L(f��ng)��接口提供�l�最�l�用��P��但是�q�个操作对于整个控�g体系的�Ş成应该蛮有帮助的吧。比如MFC下一个控件类使用Message Map做了一些事情，�l�承�c�d��无法直接�l�承�q�个动作�Q�于是可能需要做两套处理函数调用机制�Q�一套是�l�内部��承用的，一套是�l�用��L(f��ng)��。如果在最开始的基类保存一个消息映��，每个消息对应一族处理函敎ͼ�每个�l�承�c�都可以��d��处理函数�Q�但不删除父�c�d��d��的函敎ͼ��q�样��可以在一套Message Map机制下获得父�cȝ��行�ؓ(f��)。以上，不知道考虑得对不对�Q�欢�q�讨论�?/p>
其中�Q�父�c�M��存子�cȝ��出的可调用体�q�正��执行是个问题。折腾了一些时��_(d��)��都没有成功。我比较�U�结�Q�想知道除了用function之类的玩意儿外还有没有其他简单可行的办法。后来去@zblc的群上问�Q?a href="mailto:zblc@vczh" target="_blank">@vczh也说需要一套function机制。看来是逃不开�q�个问题了。嗯……想��h��大约两个月前一个同事从codeproject找来了一个GUI框架看，看到几行整整齐齐�?AddMsgHandler(WM_CREATE, XXX(this, &MyWindow::OnCreate));�Q�叹不已。我当时打趣��_(d��)��q�很��单的�Q�无非是搞了�?function 而已�Q�哥哥两天就能搞定。于是他们叫我两天搞定。我鼓捣�?0分钟�Q�搞不定�Q�只好丢一句，真的很简单的�Q�类似boost::function�Q�你�ȝ��一下就知道了，哥哥要干�z�M��?/p>
既然现在�q�是�l�不开�q�个问题�Q�那�q�是搞一下了�Q�搞好以后就权且当做�l�他们交作业吧。我�?x��)另写一��文章说说function的事情，�q�里先略�q�。现在开始假设这个设施已�l�造好了。那么，�H�口�c�M��大概可以�q�么定义相关�c�d��Q?/p>
typedef Function MsgHandler;
typedef List MsgHandlerList;
typedef Map MsgMap;

然后再定义一个变量：(x��)

MsgMap m_MsgMap;

它用于保存消息映��。最�l�的回调函数可以写成�Q?/p>
LRESULT WndProc(UINT uMsg, WPARAM wParam, LPARAM lParam)
{
    bool bHandled = false;

    MsgMap::Iterator itMsgMap = m_MsgMap.Find(uMsg);

    if (itMsgMap != m_MsgMap.End())
    {
        for (MsgHandlerList::Iterator it = itMsgMap->Value.Begin();
             !bHandled && it != itMsgMap->Value.End(); ++it)
        {
            bHandled = (*it)(wParam, lParam);
        }
    }

    return bHandled ? TRUE : DefWindowProc(m_hWnd, uMsg, wParam, lParam);
}

最后给个添加消息映��的接口�Q?/p>
void AppendMsgHandler(UINT uMsg, MsgHandler pMsgHandler)
{
    m_MsgMap[uMsg].PushBack(pMsgHandler);
}

到目前�ؓ(f��)止，我们的窗口类大致上可以写成这��P��(x��)

#include
#include
#include "../GUIFramework/xlWindowBase.h"

class Window : public xl::WindowBase
{
public:
    Window()
    {
        AppendMsgHandler(WM_ERASEBKGND, MsgHandler(this, &Window::OnEraseBackground));
        AppendMsgHandler(WM_PAINT,      MsgHandler(this, &Window::OnPaint));
        AppendMsgHandler(WM_LBUTTONUP, MsgHandler(this, &Window::OnLButtonUp));
        AppendMsgHandler(WM_RBUTTONUP, MsgHandler(this, &Window::OnRButtonUp));
        AppendMsgHandler(WM_DESTROY,    MsgHandler(this, &Window::OnDestroy));
    }

protected:
    bool OnEraseBackground(WPARAM wParam, LPARAM lParam)
    {
        return false;
    }

    bool OnPaint(WPARAM wParam, LPARAM lParam)
    {
        PAINTSTRUCT ps = {};
        BeginPaint(m_hWnd, &ps);

        RECT rect = { 200, 200, 400, 400 };
        DrawText(ps.hdc, _T("Hello, world!"), -1, &rect, DT_CENTER | DT_VCENTER);

        EndPaint(m_hWnd, &ps);
        return false;
    }

    bool OnLButtonUp(WPARAM wParam, LPARAM lParam)
    {
        MessageBox(m_hWnd, _T("LButtonUp"), _T("Message"), MB_OK | MB_ICONINFORMATION);
        return false;
    }

    bool OnRButtonUp(WPARAM wParam, LPARAM lParam)
    {
        MessageBox(m_hWnd, _T("RButtonUp"), _T("Message"), MB_OK | MB_ICONINFORMATION);
        return false;
    }

    bool OnDestroy(WPARAM wParam, LPARAM lParam)
    {
        PostQuitMessage(0);
        return false;
    }
};

在最基础�?WindowBase 里，搞成�q�样大概差不是很多了。暂时先看第三步。到目前为止�Q�我所听说�q�的 GUI 框架都是真正的框�Ӟ��g��没有“GUI 库”。�ؓ(f��)什么一定要以��承某个基�cȝ��方式来��用呢�Q�如果像下面�q�样使用呢？

class Window
{
private:
    xl::WindowBase m_WindowBase;

public:
    Window()
    {
        m_WindowBase.AppendMsgHandler(WM_ERASEBKGND, MsgHandler(this, &Window::OnEraseBackground));
        m_WindowBase.AppendMsgHandler(WM_PAINT,      MsgHandler(this, &Window::OnPaint));
        m_WindowBase.AppendMsgHandler(WM_LBUTTONUP, MsgHandler(this, &Window::OnLButtonUp));
        m_WindowBase.AppendMsgHandler(WM_RBUTTONUP, MsgHandler(this, &Window::OnRButtonUp));
        m_WindowBase.AppendMsgHandler(WM_DESTROY,    MsgHandler(this, &Window::OnDestroy));
    }
};

�q�个问题�Q�不知道各位有没有什么思考？

�q�有一个问题是�Q�接下去要不要将 WPARAM �?LPARAM 的含义彻底解析掉�Q�搞成一�p�d�� PaintParam、EraseBackgroundParam、LButtonUpParam、RButtonUpParam�Q�DestroyParam�Q�让使用的时候与原始消息参数��d��隔离呢？

最后一步，虽说是体力活�Q�但�q�跟最�l�的应用场合密切相关�Q�需要提供怎么��L(f��ng)��功能是一仉��要考量的事�?/p>
目前走在�W�二步，所以下面的两个问题思考得不多。求�l�验�Q�求意见�?/p>

溪流 2011-01-16 20:05 发表评论

溪流 — Sat, 18 Dec 2010 14:35:00 GMT

前言�Q?br>DLL 是个很久�q�的文�g格式�Q�以至于它只支持导出函数�Q�请忽略 .net �?DLL�Q�。至于导�?class�Q�也是由于编译系�l�的支持才勉勉强��q�行�Q�只能静态加载，实际上对于DLL文�g来说它导出的�q�是函数。——以上，个�h的一�Ҏ(gu��)��昄��解�?/p>
问题�Q?br>有没有存在一�U�好的方式，让DLL能够被动态加载，�q�且能够方便地得到里面的 C++ class 信息�Q?br>备选：(x��)
1、别想了�Q�老老实实地用吧�Q�还是导出纯C函数= =
2、大胆的导出 class 吧，如果动态加载，自己��L��那些�~�译后名字吧。�?br>3、COM 形式�Q�可是，要注册到�pȝ��中去�Q�凭�I�多了系�l�注册表依赖
4、还有吗�Q?br>5、甚臛_��以抛开DLL�Q�有没有�c�M��的一�U�方式，可用于二�q�制代码的模块划分以�?qi��ng)闭源的代码重用�Q?/p>
�Q�至于跨�q�_��啥的先不考虑吧，暂定Windows�q�_��下吧�Q?/p>
请不吝指教~

溪流 2010-12-18 22:35 发表评论

学习(f��n)�?WTL �?thunk

溪流 — Sun, 24 Oct 2010 08:44:00 GMT

�׃�� C++ 成员函数的调用机刉��题，对C语言回调函数�?C++ ��装是�g比较��手的事。�ؓ(f��)了保持C++对象的独立性，理想情况是将回调函数讄��到成员函敎ͼ�而一般的回调函数格式通常是普通的C函数�Q�尤其是 Windows API 中的。好在有些回调函��C��留出了一个额外参敎ͼ��q�样便可以由�q�个通道��?this 指针传入。比如线�E�函数的定义为：(x��)

typedef DWORD (WINAPI *PTHREAD_START_ROUTINE)(
    LPVOID lpThreadParameter
    );
typedef PTHREAD_START_ROUTINE LPTHREAD_START_ROUTINE;

�q�样�Q�当我们实现�U�程�cȝ��时候，��可以：(x��)

class Thread
{
private:
    HANDLE m_hThread;

public:
    BOOL Create()
    {
        m_hThread = CreateThread(NULL, 0, StaticThreadProc, (LPVOID)this, 0, NULL);
        return m_hThread != NULL;
    }

private:
    DWORD WINAPI ThreadProc()
    {
        // TODO
        return 0;
    }

private:
    static DWORD WINAPI StaticThreadProc(LPVOID lpThreadParameter)
    {
        ((Thread *)lpThreadParameter)->ThreadProc();
    }
};

不过�Q�这��P��成员函数 ThreadProc() 便��׃��一个参敎ͼ��q�通常无伤大雅�Q��Q何原本需要从参数传入的信息都可以作�ؓ(f��)成员变量�?ThreadProc 来读写。如果一定有些什么是非从参数传入不可的，那也可以�Q�一�U�做法，创徏�U�程的时候传入一个包�?this 指针信息的结构。第二种做法�Q�对�?class 作单例限制——如果现实情况允许的话�?/p>
所以，有额外参数的回调函数都好处理。不�q�的是，W(xu��)indows 的窗口回调函数没有这样一个额外参敎ͼ�(x��)

typedef LRESULT (CALLBACK* WNDPROC)(HWND, UINT, WPARAM, LPARAM);

�q��得对�H�口�?C++ ��装变得困难。�ؓ(f��)了解册��个问题，一个很自然的想法是�Q�维护一份全局的窗口句柄到�H�口�cȝ��对应关系�Q�如�Q?/p>
#include

class Window
{
public:
    Window();
    ~Window();

public:
    BOOL Create();

protected:
    LRESULT WndProc(UINT message, WPARAM wParam, LPARAM lParam);

protected:
    HWND m_hWnd;

protected:
    static LRESULT CALLBACK StaticWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam);
    static std::map m_sWindows;
};

�?Create 的时候，指定 StaticWndProc 为窗口回调函敎ͼ��q�将 hWnd �?this 存入 m_sWindows�Q?/p>
BOOL Window::Create()
{
    LPCTSTR lpszClassName = _T("ClassName");
    HINSTANCE hInstance = GetModuleHandle(NULL);

    WNDCLASSEX wcex    = { sizeof(WNDCLASSEX) };
    wcex.lpfnWndProc   = StaticWndProc;
    wcex.hInstance     = hInstance;
    wcex.lpszClassName = lpszClassName;

    RegisterClassEx(&wcex);

    m_hWnd = CreateWindow(lpszClassName, NULL, WS_OVERLAPPEDWINDOW,
        CW_USEDEFAULT, 0, CW_USEDEFAULT, 0, NULL, NULL, hInstance, NULL);

    if (m_hWnd == NULL)
    {
        return FALSE;
    }

    m_sWindows.insert(std::make_pair(m_hWnd, this));

    ShowWindow(m_hWnd, SW_SHOW);
    UpdateWindow(m_hWnd);

    return TRUE;
}

�?StaticWindowProc 中，�?hWnd 扑ֈ� this�Q�然后�{发给成员函数�Q?/p>
LRESULT CALLBACK Window::StaticWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    std::map::iterator it = m_sWindows.find(hWnd);
    assert(it != m_sWindows.end() && it->second != NULL);

    return it->second->WndProc(message, wParam, lParam);
}

�Q�m_sWindows 的多�U�程保护略过�Q�下同）

据说 MFC 采用的就是类似的做法。缺�Ҏ(gu��)��Q�每��?StaticWndProc 都要�?m_sWindows 中去�?this。由于窗口类一般会(x��)保存�H�口句柄�Q�回调函数里�?hWnd ��没多大作用了，如果�q�个 hWnd 能够被用来存 this 指针��好了，那么��p��写成�q�样�Q?/p>
LRESULT CALLBACK Window::StaticWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    return ((Window *)hWnd)->WndProc(message, wParam, lParam);
}

�q�样看上��d��爽多了。传说中 WTL 所采取�?thunk 技术就是这么干的。之前，只是听过�q�遥�q�的传说�Q�今天，�l�于有机�?x��)走�q�这个传说去看一看。参考资料是一��不知原始出处的文章《深入剖析WTL—WTL框架�H�口分析》，以及(qi��ng)部分 WTL 8.0 代码�Q�还有其他�ؕ七八�p�的文章�?/p>
WTL 的思�\是，每次在系�l�调�?WndProc 的时候，让它��g�ɼ��差地先走到我们的另一处代码，让我们有��Z��(x��)修改堆栈中的 hWnd。这处代码可能是�c�M��q�样的：(x��)

__asm
{
    mov dword ptr [esp+4], pThis ;调用 WndProc �Ӟ��堆栈�l�构为：(x��)RetAddr, hWnd, message, wParam, lParam, ... �?[esp+4]
    jmp WndProc
}

�׃�� pThis �?WndProc 需要被事先修改�Q�但又无法在�~�译前定好）�Q�所以我们需要运行的时候去修改�q�部分代码。先弄一个小�E�序探测下这两行语句的机器码�Q?/p>
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    return 0;
}

int APIENTRY _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow)
{
    MessageBox(NULL, NULL, NULL, MB_OK);

    __asm
    {
        mov dword ptr [esp+4], 1
        jmp WndProc
    }

    return 0;
}

最前面�?MessageBox 是�ؓ(f��)了等下调试的时候容易找到进入点�?/p>
然后使用 OllyDbg�Q�在 MessageBoxW 上设�|�断点，执行到该函数�q�回�Q?/p>

�q�里我们看到�Q�mov dword ptr [esp+4] 的机器码�?C7 44 24 04�Q�后面紧接着的一�?DWORD �?mov 的第二个操作数。jmp 的机器码�?e9�Q�后面紧接着的一�?DWORD 是蟩转的相对地址。其�?00061000h - 0006102Bh = FFFFFFD5h�?/p>
于是定义�q�样一个结构：(x��)

#pragma pack(push,1)
typedef struct _StdCallThunk
{
    DWORD   m_mov;          // = 0x042444C7
    DWORD   m_this;         // = this
    BYTE    m_jmp;          // = 0xe9
    DWORD   m_relproc;      // = relative distance
} StdCallThunk;
#pragma pack(pop)

�q�个�l�构可以作�ؓ(f��)�H�口�cȝ��成员变量存在。我们的�H�口�cȝ��在变成了�q�样子：(x��)

class Window
{
public:
    Window();
    ~Window();

public:
    BOOL Create();

protected:
    LRESULT WndProc(UINT message, WPARAM wParam, LPARAM lParam);

protected:
    HWND         m_hWnd;
    StdCallThunk m_thunk;

protected:
    static LRESULT CALLBACK StaticWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam);
};

��g��了点什么……创建窗口的时候，我们是不能直接把回调函数讑ֈ� StaticWndPorc 中去的，因�ؓ(f��)�q�个函数是希望被写成�q�样子的�Q?/p>
LRESULT CALLBACK Window::StaticWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    return ((Window *)hWnd)->WndProc(message, wParam, lParam);
}

那么臛_��需要一个��(f��)时的回调函数�Q�在�q�个函数里去讄��新的回调函数�Q�设�?m_thunk 上）�Q�再�?m_thunk 来调�?StaticWndProc�Q�StaticWndProc 再去调用 WndProc�Q�这��h��个过�E�就通了�?/p>
但是�Q��(f��)时回调函数还是需要知道从 hWnd �?this 的对应关�p�R��可是现在我们不能照搬用刚才�?m_sWindows 了。因为窗口在创徏�q�程中就�?x��)调用到回调函数�Q�需要��用到 m_sWindows 里的 this�Q�而窗口被成功创徏之前�Q�我们没法提前拿�?HWND 存入 m_sWindows。现在，换个�Ҏ(gu��)��Q�存当前�U�程 ID �?this 的对应关�p�R��这��P��q�个�c�d��成了�Q?/p>
#include

class Window
{
public:
    Window();
    ~Window();

public:
    BOOL Create();

protected:
    LRESULT WndProc(UINT message, WPARAM wParam, LPARAM lParam);

protected:
    HWND         m_hWnd;
    StdCallThunk m_thunk;

protected:
    static LRESULT CALLBACK TempWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam);
    static LRESULT CALLBACK StaticWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam);
    static std::map m_sWindows;
};
然后实现 Create �?TempWndProc�Q?/p>
BOOL Window::Create()
{
    LPCTSTR lpszClassName = _T("ClassName");
    HINSTANCE hInstance = GetModuleHandle(NULL);

    WNDCLASSEX wcex    = { sizeof(WNDCLASSEX) };
    wcex.lpfnWndProc   = TempWndProc;
    wcex.hInstance     = hInstance;
    wcex.lpszClassName = lpszClassName;

    RegisterClassEx(&wcex);

    DWORD dwThreadId = GetCurrentThreadId();
    m_sWindows.insert(std::make_pair(dwThreadId, this));

    m_thunk.m_mov = 0x042444c7;
    m_thunk.m_jmp = 0xe9;

    m_hWnd = CreateWindow(lpszClassName, NULL, WS_OVERLAPPEDWINDOW,
        CW_USEDEFAULT, 0, CW_USEDEFAULT, 0, NULL, NULL, hInstance, NULL);

    if (m_hWnd == NULL)
    {
        return FALSE;
    }

    ShowWindow(m_hWnd, SW_SHOW);
    UpdateWindow(m_hWnd);

    return TRUE;
}

LRESULT CALLBACK Window::TempWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    std::map::iterator it = m_sWindows.find(GetCurrentThreadId());
    assert(it != m_sWindows.end() && it->second != NULL);

    Window *pThis = it->second;
    m_sWindows.erase(it);

    WNDPROC pWndProc = (WNDPROC)&pThis->m_thunk;

    pThis->m_thunk.m_this = (DWORD)pThis;
    pThis->m_thunk.m_relproc = (DWORD)&Window::StaticWndProc - ((DWORD)&pThis->m_thunk + sizeof(StdCallThunk));

    m_hWnd = hWnd;
    SetWindowLong(hWnd, GWL_WNDPROC, (LONG)pWndProc);

    return pWndProc(hWnd, message, wParam, lParam);
}

差不多可以了�Q�调试一下。结果，�?thunk 的第一行出错了。我原以为地址��错了神马的�Q�尝试把 thunk.m_mov 改�ؓ(f��) 0x90909090�Q�再�q�行�Q�还是出错。于是傻掉了……过了好一�?x��)儿才意识到�Q�可能是因�ؓ(f��) thunk 在数据段�Q�无法被执行。可是，很久很久以前偶滴一个敬��q��老师�?TC 中鼓捣程序运行时改变自��n代码�Ӟ��貌似无此问题啊。。。然后查呀查，原来�?Windows 在的数据执行保护搞的鬹{��于是，需要用 VirtualAlloc 来申请一�D�|��执行权限的内存。WTL 里面也是�q�么做的�Q�不�q�它��g��l�护了一块较大的可执行内存区作�ؓ(f��) thunk 内存池，我们�q�里从简。最后，整个��程�l�于跑通了。最�l�代码清单如下：(x��)
#include
#include
#include
#include

#pragma pack(push,1)
typedef struct _StdCallThunk
{
    DWORD   m_mov;
    DWORD   m_this;
    BYTE    m_jmp;
    DWORD   m_relproc;

} StdCallThunk;
#pragma pack(pop)

class Window
{
public:
    Window();
    ~Window();

public:
    BOOL Create();

protected:
    LRESULT WndProc(UINT message, WPARAM wParam, LPARAM lParam);

protected:
    HWND          m_hWnd;
    StdCallThunk *m_pThunk;

protected:
    static LRESULT CALLBACK TempWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam);
    static LRESULT CALLBACK StaticWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam);
    static std::map m_sWindows;
};

std::map Window::m_sWindows;

Window::Window()
{

}

Window::~Window()
{
    VirtualFree(m_pThunk, sizeof(StdCallThunk), MEM_RELEASE);
}

BOOL Window::Create()
{
    LPCTSTR lpszClassName = _T("ClassName");
    HINSTANCE hInstance = GetModuleHandle(NULL);

    WNDCLASSEX wcex    = { sizeof(WNDCLASSEX) };
    wcex.lpfnWndProc   = TempWndProc;
    wcex.hInstance     = hInstance;
    wcex.lpszClassName = lpszClassName;
    wcex.hbrBackground = (HBRUSH)(COLOR_WINDOW + 1);

    RegisterClassEx(&wcex);

    DWORD dwThreadId = GetCurrentThreadId();
    m_sWindows.insert(std::make_pair(dwThreadId, this));

    m_pThunk = (StdCallThunk *)VirtualAlloc(NULL, sizeof(StdCallThunk), MEM_RESERVE | MEM_COMMIT, PAGE_EXECUTE_READWRITE);
    m_pThunk->m_mov = 0x042444c7;
    m_pThunk->m_jmp = 0xe9;

    m_hWnd = CreateWindow(lpszClassName, NULL, WS_OVERLAPPEDWINDOW,
        CW_USEDEFAULT, 0, CW_USEDEFAULT, 0, NULL, NULL, hInstance, NULL);

    if (m_hWnd == NULL)
    {
        return FALSE;
    }

    ShowWindow(m_hWnd, SW_SHOW);
    UpdateWindow(m_hWnd);

    return TRUE;
}

LRESULT Window::WndProc(UINT message, WPARAM wParam, LPARAM lParam)
{
    switch (message)
    {
    case WM_LBUTTONUP:
        MessageBox(m_hWnd, _T("LButtonUp"), _T("Message"), MB_OK | MB_ICONINFORMATION);
        break;
    case WM_RBUTTONUP:
        MessageBox(m_hWnd, _T("RButtonUp"), _T("Message"), MB_OK | MB_ICONINFORMATION);
        break;
    case WM_DESTROY:
        PostQuitMessage(0);
        break;
    default:
        break;
    }

    return DefWindowProc(m_hWnd, message, wParam, lParam);
}

LRESULT CALLBACK Window::TempWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    std::map::iterator it = m_sWindows.find(GetCurrentThreadId());
    assert(it != m_sWindows.end() && it->second != NULL);

    Window *pThis = it->second;
    m_sWindows.erase(it);

    WNDPROC pWndProc = (WNDPROC)pThis->m_pThunk;

    pThis->m_pThunk->m_this = (DWORD)pThis;
    pThis->m_pThunk->m_relproc = (DWORD)&Window::StaticWndProc - ((DWORD)pThis->m_pThunk + sizeof(StdCallThunk));

    pThis->m_hWnd = hWnd;
    SetWindowLong(hWnd, GWL_WNDPROC, (LONG)pWndProc);

    return pWndProc(hWnd, message, wParam, lParam);
}

LRESULT CALLBACK Window::StaticWndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    return ((Window *)hWnd)->WndProc(message, wParam, lParam);
}

int APIENTRY _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow)
{
    Window wnd;
    wnd.Create();

    MSG msg;

    while (GetMessage(&msg, NULL, 0, 0))
    {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }

    return (int)msg.wParam;
}

刚才有一处，�?this 指针的时候，我很武断地把它与当前�U�程 ID 兌��h��了，其实�q�正�?WTL 本��n的做法。它�?CAtlWinModule::AddCreateWndData 存的 this�Q�最�l�会(x��)把当前线�E?ID �?this 作关联。我是这么理解的吧，同一�U�程不可能同时有两处在调�?CreateWindow�Q�所以这样取回来�?this 是可靠的�?/p>
好了�Q�到此�ؓ(f��)止，边试验边记录的，不知道理解是否正��。欢�q�指��Z��当之处，也欢�q�提出相关的问题来考我�Q�欢�q�介�l�有��x��问题的新�Ҏ(gu��)��、新思�\�Q�等�{�，��M��Q�请各位看官多指教哈�?/p>

溪流 2010-10-24 16:44 发表评论

溪流 — Thu, 26 Aug 2010 03:19:00 GMT

�q�来遇上一个很诡异�?bug�Q�InternetOpenURL 内部发生 crash。虽说发生问题的时刻��L��处于�q�个 API 内部�Q�可也一直不敢确定不是其他原因引��L(f��ng)��Q�就�q�么一直拖着�?/p>
前两天终于有可以随时操作的且重现几率非常高的机器了，��试了一下，发现一个规律：(x��)只要在调�?InternetOpenURL 之前调用�q?SHGetFolderPath�Q�此问题的重现几率就非常高；如果没有调用�q?SHGetFolderPath�Q�则基本不出现�?/p>
目前�|�上扑ֈ�的一个几乎唯一的帖子是 http://social.msdn.microsoft.com/forums/en-US/vcgeneral/thread/2982efc6-8403-4577-9dba-ad5cfdf01753�Q�现象几乎一模一栗��只可惜没有有�h(hu��n)值的回复。该文章的作者指出的 VPN �{�网�l�原因好像不是关键，在我�q�里是很普通的局域网�Q�一栯��出现�?/p>
��试代码如下�Q?/p>
#include
#include
#include
#include
#pragma comment(lib, "wininet.lib")
#define URL _T("http://www.baidu.com/")
int main()
{
    TCHAR szCommonAppData[MAX_PATH];
    SHGetFolderPath(NULL, CSIDL_COMMON_APPDATA, NULL, SHGFP_TYPE_CURRENT, szCommonAppData);
    HINTERNET hInternet = InternetOpen(_T("WCU"), INTERNET_OPEN_TYPE_PRECONFIG_WITH_NO_AUTOPROXY, NULL, NULL, 0);
    if (hInternet == NULL)
    {
        return 0;
    }
    HINTERNET hInternetFile = InternetOpenUrl(hInternet, URL, NULL, 0, INTERNET_FLAG_NO_UI | INTERNET_FLAG_RELOAD, 0);
    if (hInternetFile == NULL)
    {
        InternetCloseHandle(hInternet);
        return 0;
    }
    InternetCloseHandle(hInternetFile);
    InternetCloseHandle(hInternet);
    return 0;
}
在能够出现此问题的机器上�Q�Ctrl + F5 直接�q�行�Q�几乎每�ơ必玎ͼ�如果 F5 调试�q�行�Q�则几率��一点，但是跑个七八�ơ左叛_��本上能出现。目�?XP 32/64 上都有发现这个问题，Vista/Win7 上暂时没有发生此现象。（如果 InternetOpenURL 换成 InternetConnect、HttpOpenRequest、HttpSendrequest�Q�则�?crash �?HttpSendRequest 内。）
附�g是一个测试工�E�，附带上了 Debug、Release 版本�?EXE、PDB 文�g以及(qi��ng) Crash 时的 Dump 文�g。请有心人帮忙看看。^_^
点击下蝲

可是�Q�如果这个问题确实存在，��Z��么网上查到的相关内容�q�么��呢�Q�奇怪~

溪流 2010-08-26 11:19 发表评论

溪流 — Tue, 01 Jun 2010 13:24:00 GMT

单一用户休想改变全局状态！

好讨厌，ri啊ri。。�?/p>
各位有没有突破方法：(x��)扑ֈ�一个�Q何用户都可以可靠��d��的位�|�？

溪流 2010-06-01 21:24 发表评论

Vista/Win7 句柄表地址

溪流 — Tue, 17 Nov 2009 11:18:00 GMT

�|�上提得较多的是 2K/XP 的句柄表�Q�以�?qi��ng)句柄分配算法。其�?Win2K 的句柄表�?_EPROCESS + 0x128 处，W(xu��)inXP �?_EPROCESS + 0x0c4 处。Vista �?Win7 ��N��?Internet 没找刎ͼ�于是只好下蝲�W�号表，装系�l�自己找。其实也��?dt _EPROCESS 一下了。Vista �?_EPROCESS + 0x0dc 处，W(xu��)in7 �?_EPROCESS + 0x0f4 处。以上均�?32 位系�l�下的地址。句柄分配算法在 Vista �?Win7 中都没有变化�Q�和 XP 一��P��臛_��我的��试�l�果是这��L(f��ng)��Q��?/p>
��记一�W�。明天��l�看 64 位的�?/p>
==================================================
WinXP x64: 0x158
Vista x64: 0x160
Win7 x64: 0x200

溪流 2009-11-17 19:18 发表评论

溪流 — Thu, 22 Oct 2009 11:50:00 GMT

��试�E�序是一�?InstallShield 做的 Windows Installer 安装�E�序�Q�发布方式�ؓ(f��)单一 EXE�Q�Menifest 中指�?requireAdministrator�Q�在 Win7 标准用户下双�?y��n)L��行，在弹出的 UAC 对话框中选择一个管理员用户。这�U�情况下�Q�对于这个程序来��_(d��)��HKEY_CURRENT_USER 为管理员用户的数据，SH�?�p�d�� API 的执行环境也是管理员用户�Q�如 SHGetFolderPath �?AppData 目录取到的是��理员用��L(f��ng)�� AppData 目录�?/p>
但如果从控制面板=>��d��删除�E�序�Q�程序和功能�Q�里执行�Q�相当于执行 msiexec /…）�Q�在�q�一�?x��)儿弹出�?UAC 对话框中选管理员用户�Q�此�?HKEY_CURRENT_USER 为管理员用户的数据，但是 SH�?�p�d�� API 的执行环境却是标准用戗��查看两�?MsiExec.exe �q�程�Q�其中一个是 System 用户的，也就�?Windows Installer 服务对应的进�E�；另一个是��理员用��L(f��ng)��Q�但是用 Process Explorer 查看�Q�它的所有环境�\径全是标准用��L(f��ng)��?/p>
觉得有点奇怪，是以��C��。^_^

溪流 2009-10-22 19:50 发表评论

名称	传参方式	栈清�?/td>	C 语言函数重命名（例：(x��)int func(int, double)�Q?/td>
__cdecl	从右臛_��压栈	主调函数	前面加“_”（_func�Q?/td>
__stdcall	从右臛_��压栈	被调函数	前面加“_”，后面加“@”再加参数十�q�制字节敎ͼ�_func@12�Q?/td>
__fastcall	前两个不大于DWORD长度的参��C��左至叛_��别存�?ECX、EDX�Q�其余从双��左压�?/td>	被调函数	前面加“@”，后面加“@”再加参数十�q�制字节敎ͼ�@func@12�Q?/td>
__thiscall	ECX �?this�Q�其余从双��左压�?/td>	被调函数	仅用�?C++

日本欧美久久久久免费播放网,热久久国产精品,思思久久好好热精品国产

背景

构徏�pȝ��安装

目标

基础概念

�Ҏ(gu��)�� Chromium 中的配置

Linux

Mac

Win

建立我们的工具链

使用案例

�ȝ��

微��Y拼音长句模式恢复工具支持Win10 1803

问一�?Windows �H�口�?Capture 问题

�?Win8.1 微��Y拼音��C��验模式支�?Metro 应用

关于“UI�U�程”

裸写一个进�E�外 COM �l��g

EXE导出函数

让COM�l��g可被跨语�a�调用

裸写一个进�E�内 COM �l��g

山寨一�?ATL �?COM_INTERFACE

学习(f��n)�?ATL 的��扉K��处理

调用�U�定�ȝ��

如何�?执行耗时��d��的、可随时立即退出的函数 呢？

也谈谈GUI框架

学习(f��n)�?WTL �?thunk

Vista/Win7 句柄表地址

如何�?执行耗时��d��的、可随时立即退出的函数呢？