不错呦！smile@林凯西，确保“准备文件”中的几个文件都有安装，S...您好，看了您这篇帖子觉得很有帮助。但是有个问题想请...我的修改过了怎么还被恶意注册呢 @jjjjiiii 用PJ快9年了，主要是A...PJ3啊，貌似很少有人用PJ了，现在不是WP就是z...@332347365，我当时接入时错误码没有-10...楼主，ChkValue值应为-103是什么意思呢？...大哥 你最近能看到我发的信息，请跟我联系，我有个制...
C#正则表达式之分组构造示例
编辑:dnawo 日期:2009-09-14
我们常用的分组构造语法为：(子表达式)，例如：
复制内容到剪贴板
程序代码
程序代码string str = "<img src=\"http://www.mzwu.com/01.gif\">图1</img><img src='http://www.mzwu.com/02.gif'>图2</img><img src=http://www.mzwu.com/03.gif>图3</img>";
string pattern = "<img[\\s\\S]*?src=(\"([^\"]*)\"|'([^']*)'|([^>\\s]*))[^>]*?>";
string pattern = "<img[\\s\\S]*?src=(\"([^\"]*)\"|'([^']*)'|([^>\\s]*))[^>]*?>";
设置Button、PictureBox、Label等控件背景透明
编辑:dnawo 日期:2009-09-11
Button、PictureBox、Label等控件默认BackColor属性值是SystemColors.Control，但在一些自定义界面的窗体中，需要这些控件能和窗体融合，就要将其背景为透明，只要将BackColor属性值设置为Color.Transparent(WEB→Transparent)即可：
下边来看复杂一点的情况，界面上有pictureBox1和pictureBox2，pictureBox2在pictureBox1上边，将pictureBox2的BackColor属性值设置为Color.Transparent后，效果如下：
下边来看复杂一点的情况，界面上有pictureBox1和pictureBox2，pictureBox2在pictureBox1上边，将pictureBox2的BackColor属性值设置为Color.Transparent后，效果如下：
C#读取资源文件(Resources.resx)中的内容
编辑:dnawo 日期:2009-09-10
C#移动无标题栏窗体代码
编辑:dnawo 日期:2009-09-09
??运算符(C#)
编辑:dnawo 日期:2009-09-04
从sis文件中提取UID
编辑:dnawo 日期:2009-09-03
VB获取窗体上的按钮控件并单击示例
编辑:dnawo 日期:2009-09-03
例一：自动点击计算器上的个按钮
Module1.bas：
Module1.bas：
复制内容到剪贴板 程序代码
程序代码Declare Function FindWindow Lib "user32" Alias "FindWindowA" (ByVal lpClassName As String, ByVal lpWindowName As String) As Long
Declare Function FindWindowEx Lib "user32" Alias "FindWindowExA" (ByVal hWnd1 As Long, ByVal hWnd2 As Long, ByVal lpsz1 As String, ByVal lpsz2 As String) As Long
Declare Function FindWindowEx Lib "user32" Alias "FindWindowExA" (ByVal hWnd1 As Long, ByVal hWnd2 As Long, ByVal lpsz1 As String, ByVal lpsz2 As String) As Long
使用FindWindowEx获取多个窗体示例
编辑:dnawo 日期:2009-09-02
下边例子获取所有打开的记事本程序，并写入字符串"mzwu.com"：
Module1.bas：
Module1.bas：
复制内容到剪贴板 程序代码
程序代码Declare Function FindWindowEx Lib "user32" Alias "FindWindowExA" (ByVal hWnd1 As Long, ByVal hWnd2 As Long, ByVal lpsz1 As String, ByVal lpsz2 As String) As Long
Declare Function PostMessage Lib "user32" Alias "PostMessageA" (ByVal hwnd As Long, ByVal wMsg As Long, ByVal wParam As Long, lParam As Any) As Long
Declare Function PostMessage Lib "user32" Alias "PostMessageA" (ByVal hwnd As Long, ByVal wMsg As Long, ByVal wParam As Long, lParam As Any) As Long
矛与盾:用VB打造驱动级键盘记录器
编辑:dnawo 日期:2009-09-02
信息监控与隐私保护永远是一对矛盾，在对付各种信息窃取软件上，新技术总是层出不穷。本文介绍一种古老的键盘记录器技术，确实很古老，DOS时代人们就在用了，但是现在它仍然很有效，在键盘过滤驱动失效的情况下，它仍然可用。但是兼容性不佳是它的一个问题，特别是在Windows Vista操作系统上，我不能保证它是可用的。不过在可用的情况下，它能记录我所找到的各种带保护的密码框，包括QQ2008的密码框。
在此之前你还可以看看我以前的一篇帖子，上面介绍了一些Windows键盘响应机制的内容，地址是：http://topic.csdn.net/t/20061224/14/5252514.html
现在的计算机键盘除了传统的PS/2键盘之外还有USB键盘，本文只介绍普通的PS/2键盘，因此本文的示例代码也只支持PS/2键盘，对USB键盘无效。我们知道计算机要得到键盘的信息，必须与键盘进行通信。计算机与外设的通信都是依靠I/O操作完成的，键盘也不列外，当键盘上一个键被按下后，键盘就需要发送一个信息到主机。主机怎么知道键盘什么时候发送了信息呢？有两种方式：纶询和中断。纶询就是说主机不停的询问键盘是否有新的信息，这是以前I/O操作最传统的方式。中断则是一种比较先进的方式，不是由主机来不停的询问键盘，而是由键盘主动告诉主机：有新的信息来了，这样主机就会执行一段中断处理程序，来处理键盘的数据。好了，那么Windows是用哪种方式处理键盘的呢？当然肯定是以中断方式的，因为这样主机不必不断纶询设备，大大提高了效率。事实上Windows中有一个键盘中断处理程序，一旦键盘中断产生后，该程序就会被执行，然后将处理后的数据提供给更高层次的程序使用。键盘中断处理程序是Ring0下的一段代码，在它之上还有更高层的键盘驱动程序，和其它更抽象的硬件管理类驱动程序，再往上走，到了Ring3层，也就是用户层，会首先由user32.dll处理，这样硬件事件会被编码为windows消息，这些消息再发给相应的应用程序。了解了这样一个层次关系后，你就可以很容易判断出一个键盘记录器处于哪一个层次，也就能知道它到底能多大程度上准确记录键盘操作而不被欺骗。这样看来，键盘记录器当然是越底层越好，可惜的是，越底层做起来也越难，当然是废话 ^_^ 现在我们知道Windows是靠键盘中断来处理输入的，也就是说，所有在Windows上运行的程序要感知到键盘输入，都是靠着那个中断，除非...
在此之前你还可以看看我以前的一篇帖子，上面介绍了一些Windows键盘响应机制的内容，地址是：http://topic.csdn.net/t/20061224/14/5252514.html
现在的计算机键盘除了传统的PS/2键盘之外还有USB键盘，本文只介绍普通的PS/2键盘，因此本文的示例代码也只支持PS/2键盘，对USB键盘无效。我们知道计算机要得到键盘的信息，必须与键盘进行通信。计算机与外设的通信都是依靠I/O操作完成的，键盘也不列外，当键盘上一个键被按下后，键盘就需要发送一个信息到主机。主机怎么知道键盘什么时候发送了信息呢？有两种方式：纶询和中断。纶询就是说主机不停的询问键盘是否有新的信息，这是以前I/O操作最传统的方式。中断则是一种比较先进的方式，不是由主机来不停的询问键盘，而是由键盘主动告诉主机：有新的信息来了，这样主机就会执行一段中断处理程序，来处理键盘的数据。好了，那么Windows是用哪种方式处理键盘的呢？当然肯定是以中断方式的，因为这样主机不必不断纶询设备，大大提高了效率。事实上Windows中有一个键盘中断处理程序，一旦键盘中断产生后，该程序就会被执行，然后将处理后的数据提供给更高层次的程序使用。键盘中断处理程序是Ring0下的一段代码，在它之上还有更高层的键盘驱动程序，和其它更抽象的硬件管理类驱动程序，再往上走，到了Ring3层，也就是用户层，会首先由user32.dll处理，这样硬件事件会被编码为windows消息，这些消息再发给相应的应用程序。了解了这样一个层次关系后，你就可以很容易判断出一个键盘记录器处于哪一个层次，也就能知道它到底能多大程度上准确记录键盘操作而不被欺骗。这样看来，键盘记录器当然是越底层越好，可惜的是，越底层做起来也越难，当然是废话 ^_^ 现在我们知道Windows是靠键盘中断来处理输入的，也就是说，所有在Windows上运行的程序要感知到键盘输入，都是靠着那个中断，除非...
