vs编译成功生成exe后运行时,提醒无法启动程序,计算机中丢失xx.dll

qqzheng 2013-10-18 09:32:09
VS2010下编译一个C++的工程无错,成功生成了.exe文件,
但运行这个exe文件时,就提示无法启动程序,计算机中丢失xx.dll。
由于连续提示的xx.dll比较多,就不一一列举。

另发现一个规律,提示计算机丢失xx.dll,如a.dll,b.dll, c.dll...都对应了原工程的属性配置里面链接器下的附加依赖项中a.lib, b.lib, c.lib... (a.lib, b.lib, c.lib...这些都是已有的第三方库文件夹中的,本人直接从编译好的下到自己电脑上,放在一个目录中,这些目录中也有对应的a.dll,b.dll, c.dll,但好像生成的exe并不会自己去找这些目录里的dll)

想搞清楚这个原理,为什么会出现这样的情况,为什么生成的exe会需要去找这些dll,机制是什么?
另主要是想问,该怎样解决这种缺第三方库的dll的情况。


...全文
27477 26 打赏 收藏 转发到动态 举报
写回复
用AI写文章
26 条回复
切换为时间正序
请发表友善的回复…
发表回复
围脖1013 2015-05-21
  • 打赏
  • 举报
回复
查看解决方案启动项是有否更改,正确的应该是.exe调用.dll
ajiecs 2015-05-19
  • 打赏
  • 举报
回复
今天我也遇到这个问题了,基本网上说的办法都不能解决,我自己研究了下发现注册表中的指向的地址一般是IE的地址,如果IE不能正常启动就会出现这种现象,所以当IE不能正常启动的时候,我们把默认浏览器设置成其他浏览器就可以解决这个问题了
neinongda1_2 2014-08-08
  • 打赏
  • 举报
回复
可以参考此网址VS DLL 复制本地http://www.cnblogs.com/nzbbody/p/3436130.html
twwk120120 2014-04-13
  • 打赏
  • 举报
回复
这是一个使用经验的问题,debug/release时查找程序所需文件路径(如dll,lib,资源文件等)和你双击exe查找的方式不一样的。你右键项目-属性-配置属性-调试,看到“工作目录”了吗?这就是你debug/release可以设置的外部文件路径。helloworld工程所需要的资源文件都在这里。而你双击exe时,是没有这个路径的,你需要把“工作目录”里的东西,全都复制到exe所在的目录下。
赵4老师 2014-02-26
  • 打赏
  • 举报
回复
引用 19 楼 luoxuechengbing 的回复:
[quote=引用 13 楼 zhao4zhong1 的回复:] 在64位Windows下,试试手动 将32位的dll拷贝到c:\windows\system32目录下 或 将64位的dll拷贝到c:\windows\syswow64目录下 然后看它能不能被正常调用。
做学生的时候也是用赵老师这种办法,现在不用了;;; 这办法带来的效果很蛋疼; 建议 设置环境变量。[/quote] 我这句话隐含的意思是“肯定不能正常使用”。
赵4老师 2014-02-26
  • 打赏
  • 举报
回复
引用 21 楼 luoxuechengbing 的回复:
[quote=引用 20 楼 zhao4zhong1 的回复:] [quote=引用 19 楼 luoxuechengbing 的回复:] [quote=引用 13 楼 zhao4zhong1 的回复:] 在64位Windows下,试试手动 将32位的dll拷贝到c:\windows\system32目录下 或 将64位的dll拷贝到c:\windows\syswow64目录下 然后看它能不能被正常调用。
做学生的时候也是用赵老师这种办法,现在不用了;;; 这办法带来的效果很蛋疼; 建议 设置环境变量。[/quote] 我这句话隐含的意思是“肯定不能正常使用”。[/quote] 哦,抱歉,没看清楚。 你这是在测试系统是否 环境变量正常引用?[/quote] 证明因为32位dll和64位dll里面机器代码对应的汇编指令不同,所以不可能将它们放在和其不对应的目录下调用。
  • 打赏
  • 举报
回复
引用 20 楼 zhao4zhong1 的回复:
[quote=引用 19 楼 luoxuechengbing 的回复:] [quote=引用 13 楼 zhao4zhong1 的回复:] 在64位Windows下,试试手动 将32位的dll拷贝到c:\windows\system32目录下 或 将64位的dll拷贝到c:\windows\syswow64目录下 然后看它能不能被正常调用。
做学生的时候也是用赵老师这种办法,现在不用了;;; 这办法带来的效果很蛋疼; 建议 设置环境变量。[/quote] 我这句话隐含的意思是“肯定不能正常使用”。[/quote] 哦,抱歉,没看清楚。 你这是在测试系统是否 环境变量正常引用?
  • 打赏
  • 举报
回复
引用 13 楼 zhao4zhong1 的回复:
在64位Windows下,试试手动 将32位的dll拷贝到c:\windows\system32目录下 或 将64位的dll拷贝到c:\windows\syswow64目录下 然后看它能不能被正常调用。
做学生的时候也是用赵老师这种办法,现在不用了;;; 这办法带来的效果很蛋疼; 建议 设置环境变量。
fwleiming 2014-02-13
  • 打赏
  • 举报
回复
只是想知道原理吗, exe文件中有一个叫做“导入描述区”的部分 这里面写明了这个exe会直接用到的一些外部函数, 所谓外部是指不在当前文件中, windows在加载exe文件到内存中的时候会根据这些导入描述里记载的内容, 去加载dll文件,并把dll文件中的对应函数的地址(也就是函数指针)填入“导入表”中 exe在执行过程中要用到这样的外部函数的时候,就会从导入表的特定位置获取这个函数的指针,然后以调用指针指向的函数的方式来执行这样的函数。 这整个过程是由编译器来控制的,编译器生成的代码直接就是这样了(就是我刚刚说的exe会怎么样怎么样来调用函数,是编译的时候就定下来的)。 你平时调用windows api的时候,那些api函数就是以这种方式导入的,对应的lib文件是kernel32.lib user32.lib之类。在VC里,这些lib文件默认就已经帮你写好在工程设置里的。以及,vc默认还会链接C语言运行库msvcrt.lib或者libcmt.lib,在libcmt.lib中也会默认给你引入kernel32.lib,这样。 而这些lib里面的内容,就是“导入描述区”的模板(注意这个和C++中的模板的概念不同)。链接器在生成exe的时候,这些lib是在要链接的库里面的,于是这些lib里的导入描述区的模板被写入exe,并在链接的时候填入对应的数据(其实是exe文件中的偏移,用于定位各种链接时才知道的地址),形成最后的导入描述区(exe里的.idata段,事实上链接器还会根据段的属性不同,最后可能将.idata段合并到其他段中,所以有的exe用工具是看不到.idata段的) 这就是这些lib会使得你的exe对某些dll产生依赖的原因:它们的功能只是提供一个导入描述区的部分,而不是直接提供这些函数的实现。
knva 2014-02-11
  • 打赏
  • 举报
回复
使用管理员权限
ErrorErro 2014-01-18
  • 打赏
  • 举报
回复
需要把dll拷贝到exe相同目录下吧
qqzheng 2014-01-05
  • 打赏
  • 举报
回复
引用 14 楼 bijiaoben 的回复:
把路径增加到环境变量里面不可以吗?
可以的,只是感觉随便个什么都往环境变量里加,那最后就特别长了。以后的程序搜索就很困难。 感觉这个习惯不好
大奶兔白糖 2013-12-18
  • 打赏
  • 举报
回复
把路径增加到环境变量里面不可以吗?
赵4老师 2013-12-16
  • 打赏
  • 举报
回复
在64位Windows下,试试手动 将32位的dll拷贝到c:\windows\system32目录下 或 将64位的dll拷贝到c:\windows\syswow64目录下 然后看它能不能被正常调用。
「已注销」 2013-12-16
  • 打赏
  • 举报
回复
引用 11 楼 zhao4zhong1 的回复:
[quote=引用 9 楼 jha334201553 的回复:] 点击vs上面的调试运行的话,要把dll复制到工程目录下,如果是双击exe运行的话,把dll复制到exe目录下,如果想简单直接复制到%SystemRoot%目录下,这样就不用管32位还是64位了。 也可以在程序中加path的环境变量,或者设置CurrentDirectory
大错特错! 在64位Windows下: 64位exe和dll在目录c:\windows\system32目录下; 32位exe和dll在目录c:\windows\syswow64目录下; [/quote]自己看msdn,http://msdn.microsoft.com/zh-cn/library/7d83bc18(v=vs.90).aspx 更新:2007 年 11 月 通过隐式和显式链接,Windows 首先搜索“已知 DLL”,如 Kernel32.dll 和 User32.dll。Windows 然后按下列顺序搜索 DLL: 当前进程的可执行模块所在的目录。 当前目录。 Windows 系统目录。GetSystemDirectory 函数检索此目录的路径。 Windows 目录。GetWindowsDirectory 函数检索此目录的路径。 PATH 环境变量中列出的目录。 ------------------------------------------------------------- GetWindowsDirectory 返回的是什么目录??????
赵4老师 2013-12-16
  • 打赏
  • 举报
回复
引用 9 楼 jha334201553 的回复:
点击vs上面的调试运行的话,要把dll复制到工程目录下,如果是双击exe运行的话,把dll复制到exe目录下,如果想简单直接复制到%SystemRoot%目录下,这样就不用管32位还是64位了。 也可以在程序中加path的环境变量,或者设置CurrentDirectory
大错特错! 在64位Windows下: 64位exe和dll在目录c:\windows\system32目录下; 32位exe和dll在目录c:\windows\syswow64目录下;
buyong 2013-12-16
  • 打赏
  • 举报
回复
release版直接复制到程序目录下。 debug版注意manifest设置
「已注销」 2013-12-16
  • 打赏
  • 举报
回复
点击vs上面的调试运行的话,要把dll复制到工程目录下,如果是双击exe运行的话,把dll复制到exe目录下,如果想简单直接复制到%SystemRoot%目录下,这样就不用管32位还是64位了。 也可以在程序中加path的环境变量,或者设置CurrentDirectory
赵4老师 2013-12-16
  • 打赏
  • 举报
回复
Windows searches for the DLL file in the following sequence: 1. The directory from which the application loaded. 2. The current directory. 3. Windows 95 and Windows 98: The Windows system directory. Use the GetSystemDirectory function to get the path of this directory. Windows NT: The 32-bit Windows system directory. Use the GetSystemDirectory function to get the path of this directory. The name of this directory is SYSTEM32. 4. Windows NT: The 16-bit Windows system directory. There is no function that obtains the path of this directory, but it is searched. The name of this directory is SYSTEM. 5. The Windows directory. Use the GetWindowsDirectory function to get the path of this directory. 6. The directories that are listed in the PATH environment variable.
5t4rk 2013-12-16
  • 打赏
  • 举报
回复
未包含,编译设置为静态编译。 缺少的外部文件拷入当前目录。
加载更多回复(6)
摘自:http://mbstudio.spaces.live.com/blog/cns!C898C3C40396DC11!955.entry 2007/1/30 oSIP协议栈(及eXoSIP,Ortp等)使用入门(原创更新) (CopyLeft by Meineson | www.mbstudio.cn,原创文章,欢迎转载,但请保留出处说明!) 本文档最新版本及文提到的相关源码及VC6工程文件请在本站找,嘿嘿~~ (首页的SkyDriver公开文件夹,可能需要用代理才能正常访问该空间——空间绝对稳定,不会丢失文件!) (最近工作重心不在SIP开发,SO本文档也没有机会更新,有技术问题也请尽量咨询他人,本人不一定能及时回复。)   一直没空仔细研究下oSIP,最近看到其版本已经到了3.x版本,看到网上的许多帮助说明手册都过于陈旧,且很多文档内容有点误人子弟的嫌疑~~   Linux下oSIP的编译使用应该是很简单的,其Install说明文档里也介绍的比较清楚,本文主要就oSIP在Windows平台下VC6.0开发环境下的使用作出描述。   虽然oSIP的开发人员也说明了,oSIP只使用了标准C开发库,但许多人在Windows下使用oSIP时,第一步就被卡住了,得不到oSIP的LIB库和DLL库,也就没有办法将oSIP使用到自己的程序去,所以第一步,我们将学习如何得到oSIP的静态和动态链接库,以便我们自己的程序能够使用它们来成功编译和执行我们的程序。 第一阶段: ------------------------------------------------------   先创建新工程,网上许多文档都介绍创建一个Win32动态链接库工程,我们这里也一样,创建一个空白的工程保存。   同样,将oSIP2版本3.0.1 src目录下的Osipparser2目录下的所有文件都拷到我们刚创建的工程的根目录下,在VC6上操作: Project-Add To Project-Files   将所有的源程序和头文件都加入到工程内,保存工程。   这时,我们可以尝试编译一下工程,你会得到许多错误提示信息,其内容无非是找不到osipparser2/xxxxx.h头文件之类。   处理:在Linux下,我们一般是将头文件,lib库都拷到/usr/inclue;/usr/lib之类的目录下,c源程序里直接写#include 时,能直接去找到它们,在VC里,同样的,最简单的方法就是将oSIP2源码包的Include目录下的 osipparser2目录直接拷到我们的Windows下默认包含目录即可,这个目录在VC6的Tool-Options-Directories里设置,(当然,如果你知道这一步,也可以不用拷贝文件,直接在这里把oSIP源码包所在目录加进来就可以了),默认如果装在C盘,目录则为 C:\Program Files\Microsoft Visual Studio\VC98\Include。   这时,我们再次编译我们的工程,顺利编译生成osipparser2.dll,这时,网上很多文档里可能直接就说,这一步也会生成libs目录,里面里osipparser2.lib文件,但我们这里没有生成:)   最简单的方法,不用深究,直接再创建一个工程,同上述创建动态链接库方法,创建一个Win32静态链接库工程,直接编译,即可得到osipparser2.lib。 ------------------------------------------------------   上面,我们得到了Osip的解析器开发库,下面再编译完整的Osip协议栈开发库,同样照上述方法,分别创建动态链接库工程和静态链接库工程,只是要拷的文件换成src下的osip目录下文件和include下的osip目录,得到osip2.dll和osip2.lib。   在编译osip2.dll这一步可能会再次得到错误,内容含义是找不到链接库,所以,我们要把前面编译得到的osipparser2.lib也拷到osip工程目录下,并在VC6操作:   Project-Setting-Link的Object/Library Modules: kernel32.lib user32.lib ... xxx.lib之类的内容最后增加: osipparser2.lib   保存工程后再次编译,即可成功编译osip2.dll。 ------------------------------------------------------   至此,我们得到了完整的oSIP开发库,使用时,只需在我们的程序里包含oSIP的头文件,工程的链接参数里增加osipparser2.lib和osip2.lib即可。 ------------------------------------------------------   下面我们验证一下我们得到的开发库,并大概了解一下OSIP的语法规范。   在VC里创建win32控制台程序工程,将libosip源码包的SRC目录下的Test目录内的C源程序随便拷一个到工程时,直接编译(工程设置里照前文方法在link选项里增加osip2.lib,osipparser2.lib引用我们之前成功编译得到的静态库文件)就可以运行(带参数运行,参数一般为一个文本文件,同样从Test目录的res目录里拷一个与源文件同名的纯文本文件到工程目录下即可)。   该目录下的若干文件基本上是测试了Osip的一些基本功能函数,例如URI解析之类,可以大概了解一下oSIP的语法规范和调用方法,同时也能校验一下之前编译的OSIP开发库能否正常使用,成功完成本项工作后,可以进入下一步具体的oSIP的使用学习了。 ------------------------------------------------------   由于oSIP是比较底层的SIP协议栈实现,新手较难上手,而官方的示例大都是一些伪代码,需要有实际的例子程序参考学习,而最好的例子就是同样官方发布的oSIP的扩展开发库exosip2,使用exoSIP可以很方便地快速创建一个完整的SIP程序(只针对性地适用于SIP终端开发用,所以我们这里只是用它快速开发一个SIP终端,用来更方便地学习oSIP,要想真正掌握SIP的开发,需要掌握oSIP并熟读RFC文档才行,exoSIP不是我们的最终学习目的),通过成功编译运行一个自己动手开发出的程序,再由浅入深应该是初学都最好的学习方法通过对使用exosip开发库的使用创建自己的SIP程序,熟悉后再一个函数一个函数地深入学习exosip提供的接口函数,就可以深入理解osip 了,达到间接学习oSIP的目的,同时也能从eXoSIP学习到正确使用oSIP的良好的编程风格和语法格式。   而要成功编译ExoSIP,似乎许多人被难住了,直接在XP-sp2上,用VC6,虽然你使用了eXoSIP推荐的winsock2.h,但是会得到一个 sockaddr_storage结构不能识别的错误,因为vc6自带的开发库太古董了,需要升级系统的Platform SDK,下载地址如下: http://www.microsoft.com/msdownl ... PSP2FULLInstall.htm(VC6的支持已经停止,这是VC6能使用的最新SDK)   成功安装后编译前需加OSIP_MT宏,以启用线程库,否则在程序使用eXoSIP库时会出错,而编译时也会得到许多函数未定义的Warning提示,编译得到exosip2.lib供我们使用,当然,在此之前需要成功编译了osip2和osipparser2,而在之后的实际使用时,发现oSIP也需要增加OSIP_MT宏,否则OSIP_MT调用oSIP的线程库时会出错,所以我们需要重新编译oSIP了:),因为eXosip是基于oSIP的(同上方式创建静态和动态链接库工程,并需在Link手工添加oSIP和oSIPparser的lib库)。 ------------------------------------------------------   创建新工程,可以是任意工程,我们从最简单的Win32控制台程序开始,为了成功使用oSIP,我们需要引用相关库,调用相关头文件,经过多次试验,发现需要引用如下的库: exosip2.lib osip2.lib osipparser2.lib WSock32.Lib IPHlpApi.Lib WS2_32.Lib Dnsapi.lib   其,除了我们上面编译得到的三个oSIP库外,其它库都是系统库,其有一些是新安装的Platform SDK所新提供的。   至此,我们有了一个简单的开发环境了,可以充分利用网上大量的以oSIP为基础的代码片段和官方说明文档开始具体函数功能的测试和使用了:) ------------------------------------------------------   我们先进行一个简单的纯SIP信令(不带语音连接建立)的UAC的SIP终端的程序开发的试验(即一个只能作为主叫不能作为被叫的的SIP软电话模型),我们创建一个MFC应用程序,对话框模式,照上面的说明,设置工程包含我们上面得到的oSIP的相关开发库及SDK的一些开发库,并且由于默认LIBC的冲突,需要排除MSVCRT[D]开发库(其D代表Debug模式下,没有D表示Release模式下),直接使用eXosip的几个主要函数就可以创建一个基本的SIP软电话模型。   其主要流程为:   初始化eXosip库-启动事件监听线程-向SIP Proxy注册-向某SIP终端(电话号码)发起呼叫-建立连接-结束连接   初始化代码: int ret = 0; ret = eXosip_init (); eXosip_set_user_agent("##YouToo0.1"); if(0 != ret) { AfxMessageBox("Couldn't initialize eXosip!\n"); return false; } ret = eXosip_listen_addr (IPPROTO_UDP, NULL, 0, AF_INET, 0); if(0 != ret) { eXosip_quit (); AfxMessageBox("Couldn't initialize transport layer!\n"); return false; }   启动事件监听线程: AfxBeginThread(sip_uac,(void *)this);   向SIP Proxy注册: eXosip_clear_authentication_info(); eXosip_add_authentication_info(uname, uname, upwd, "md5", NULL); real_send_register(30);  /* 自定义函数代码请见源码 */   发起呼叫(构建假的SDP描述,实际软电话使用它构建RTP媒体连接): osip_message_t *invite = NULL; /* 呼叫发起消息体 */ int i = eXosip_call_build_initial_invite (&invite, dest_call, source_call, NULL, "## YouToo test demo!"); if (i != 0) { AfxMessageBox("Intial INVITE failed!\n"); } char localip[128]; eXosip_guess_localip (AF_INET, localip, 128); snprintf (tmp, 4096, "v=0\r\n" "o=josua 0 0 IN IP4 %s\r\n" "s=conversation\r\n" "c=IN IP4 %s\r\n" "t=0 0\r\n" "m=audio %s RTP/AVP 0 8 101\r\n" "a=rtpmap:0 PCMU/8000\r\n" "a=rtpmap:8 PCMA/8000\r\n" "a=rtpmap:101 telephone-event/8000\r\n" "a=fmtp:101 0-11\r\n", localip, localip, "9900"); osip_message_set_body (invite, tmp, strlen(tmp)); osip_message_set_content_type (invite, "application/sdp"); eXosip_lock (); i = eXosip_call_send_initial_invite (invite); eXosip_unlock ();   挂断或取消通话: int ret; ret = eXosip_call_terminate(call_id, dialog_id); if(0 != ret) { AfxMessageBox("hangup/terminate Failed!"); }   可以看到非常简单,再借助于oRTP和Mediastreamer开发库,来快速为我们的SIP软电话增加RTP和与系统语音API接口交互及语音编码功能,即可以快速开发出一个可用的SIP软电话,关于oRTP和Mediastreamer的相关介绍不是本文重点,将在有空的时候考虑增加相应使用教程,文章前提到的地方可以下载基本可用的完整SIP软电话的VC源码工程文件供参考使用,完全CopyLeft,欢迎转载,但请在转载时注明作者信息,谢谢! 第二阶段: ---------------------------------------------------   得到了一个SIP软电话模型后,我们可以根据软电话的实际运行表现(结合用Ethereal抓包分析)来进行代码的分析,以达到利用eXoSIP来辅助我们学习oSIP的最终目的(如要快速开发一个可用的SIP软电话,请至前面提到的论坛去下载使用oRTP和Mediastreamer快速搭建的一个基本完整可用的SIP软电话##YouToo 0.1版本的VC源码工程文件作参考)。   现在从eXosip的初始化函数开始入手,来分析oSIP的使用,这是第二阶段,第三阶段就是深入学习oSIP的源码了,但大多数情况下应该没有必要了,因为在第二阶段就有部分涉及到第三阶段的工作了,而且oSIP的源码也就大多是一些SIP数据的语法解析和状态机的实现,能深入理解了SIP协议后,这些只是一种实现方式,没必要完全去接受,而是可以用自己的方式和风格来实现一套,比如,更轻量化更有适用目的性的方式,oSIP则只起参考作用了。   eXosip_init()是eXosip的初始化函数,我们来看看它的内部实现:   首行是定义的 osip_t *osip,这在oSIP的官方手册里我们看到,所有使用oSIP的程序都要在最开始处声明一个osip_t的指针,并使用 osip_init(&osip)来初始化这个指针,销毁这个资源使用osip_release(osip)即可。   我们可以在代码看到很多OSIP_TRACE,这是调试输出宏调用了函数osip_trace,可以用ENABLE_TRACE宏来打开调试以方便我们开发调试。   其它就是很多的eXosip_t的全局变量eXosip的一些初始化操作,包括最上面的memset (&eXosip, 0, sizeof (eXosip))完全清空和下面的类似eXosip.user_agent = osip_strdup ("eXosip/" EXOSIP_VERSION)的exosip变量的一些初始值设置,其有一个eXosip.j_stop_ua = 0应该是一个状态机开关,后面可以看到很多代码检测这个变量来决定是否继续流程处理,默认置成了0表示现在exosip的处理流程是就绪的,即ua是 not stop的。      osip_set_application_context (osip, &eXosip)是比较有意思的,它让下面的eXosip_set_callbacks (osip)给osip设置大量的回调函数时,能让osip能访问到eXosip这个全局变量设置的大量程序运行时交互的信息,相当于我们在VC下开启一个线程时,给线程传入的一个void指针指向我们的MFC应用程序的当前dialog对象实例,可以用void *osip_get_application_context (osip_t * osip)这个函数来取出指针来使用,不过好象exosip并没有用到它,可能是留给个人自已扩展的吧:)      还能看到初始化代码前面有一段WIN32平台下的SOCK的初始化代码,可以知道eXosip是用的原生的winsock api函数,也就是我们可能以前学过的用VC和WINAPI写sock程序时(不是MFC),用到的那段SOCK初始代码,还有一段有意思的代码,就是 jpipe()函数,它们返回的是一个管道,一个有2个整型数值的数组(一个进一个出),查看其代码发现,非WIN32平台是直接使用的pipe系统函数,而WIN32下则是用一对TCP的本地SOCK连接来模拟的管道,一个SOCK写一个SOCK读,这段代码是比较有参考价值的:) j = 50; while (aport++ && j-- > 0) {   raddr.sin_port = htons ((short) aport);   if (bind (s, (struct sockaddr *) &raddr, sizeof (raddr)) transactionid)); }   即,只是打印一下调试,并没有完整实现什么功能,我们学习时,完全可以用相同的方法,定义一大堆回调函数,并不忙想怎么完全实现,先都是只打印一下调试信息,看具体的应用逻辑根据抓包测试分析和看调试看程序走到了哪一步,调用了哪一个回调,来明白具体回调函数要实现什么用途,再来实现代码就方便多了,当然,如果看透了RFC文档,应该从字面就能知道各个回调函数的用途了,这是后话,不是谁都能快速完全看懂RFC的,所以我们要参考eXosip:)      我们对其的重要的回调函数进行逐个的分析:   ---------------------------   osip_set_cb_send_message (osip, &cb_snd_message) SIP消息发送回调函数   这个函数可能是最重要的回调函数之一,消息发送,包括请求消息和回应消息,一般情况下,状态机的状态就是由它控制的,发起一个消息初始化一个状态机,回应一个消息对状态机修改,终结消息发送结束状态机……   看cb_snd_message的函数实现,要以发现,其主要代码是对参数的要发送的消息osip_message_t * sip进行分析,找出消息要发送的真实char *host,int port的值(这些参数可以省略,但要发送消息肯定需要host和port,所以要从sip解析),最后根据sip解析出的传输方式是TCP还是 UDP选择最终进行消息发送处理的函数cb_udp_snd_message,cb_tcp_snd_message处理(它们的参数一致,即本函数只是补全一些省略的参数并对消息进行合法性检查)。   **毕竟eXosip是一个通用的开发库,它考虑了要支持TCP,UDP,TCPs,IPV4,IPV6,WIN32,*nix,WINCE等等多样化的复杂环境,所以,我们可以略过我们暂时不需要的部分,比如,IPV6相关的代码实现等。      由于我们大多数情况下SIP是用的UDP,所以先来看一下cb_udp_snd_message的实现,它从全局变量exosip获取可用的 sock,并尽最大能力解析出host和port(??难道前面的函数还不够解析彻底??如最终仍无port信息则默认设置为5060),使用 osip_message_to_str (sip, &message, &length)函数将要发送的格式化的SIP消息转换成能用SOCK传输的简单数据并发送即完成消息发送,代码有许多复杂的环境探测和错误控制等等等等,我们可以暂时不用过多关注,可以继续向下,结尾处有一个keeplive相关代码,从代码字面分析,可能是SIP的Register消息的自动重发相关代码,可以在后面再细化分析。   cb_tcp_snd_essage的函数实现要比上文的udp的实现简单很多,主要是环境探测错误控制方面,因为毕竟tcp是稳定连接的,对比一下代码,可以看到主要流程还是将SIP消息转换后,发送到从SIP消息解析出的host和port对应的目标。      看完两个函数,可以知道,eXosip需要有两个sock,是一个数组,0是给UDP用的,1是给TCP用的,要用SOCK当然要初始化,就是下文要介绍的eXosip的网络相关的初始化了,上面的exosip_init可以看成是这个开发库的系统初始化吧:)    至些,我们应该知道了oSIP开发的SIP应用程序的消息是从哪里发出的吧,对了,就是从这个回调函数里,所谓万事开头难,就象开发WIN32应用程序时,找到了WIN32程序的main函数入口下面的工作就好办了,下面就都是为一些事件消息开发对应的处理函数而已了:)   osip_set_kill_transaction_callback 事务终结回调函数   对应ICT,IST,NICT,NIST客户/服务器注册/非注册事务状态机的终结,主要是使用osip_remove_transaction (eXosip.j_osip, tr)将当前tr事务删除,再加上一系列的清理工作,其,NICT即客户端的非Invite事务的清理比较复杂一些,要处理的内容也比较多,可以根据实际应用的情况进行有必要的清理工作:)   cb_transport_error 传输失败处理回调   对应于上面说到的四种事务状态机,如果它们在处理时失败,则在这时进行统一处理。   从代码可知,只是在NOTIFY,SUBSCRIBE,OPTION操作失败才进行处理,其它错误可直接忽略。   osip_set_message_callback 消息发送处理回调   根据type不同,表示不同的消息发送状态   OSIP_XXX_AGAIN 重发相关消息   OSIP_ICT_INVITE_SENT 发起呼叫   OSIP_ICT_ACK_SENT ACK回应   OSIP_NICT_REGISTER_SENT 发起注册   OSIP_NICT_BYE_SENT BYE发出   OSIP_NICT_CANCEL_SENT Cancel发出   OSIP_NICT_INFO_SENT,OSIP_NICT_OPTIONS_SENT,OSIP_NICT_SUBSCRIBE_SENT,OSIP_NICT_NOTIFY_SENT,OSIP_NICT_UNKNOWN_REQUEST_SENT   我们可以看到,eXosip没有对它们作任何处理,我们可以根据自己需要,比如,重发2xx消息前记录一下日志之类的,扩展一下retransmission的处理方式,发起Invite前记录一下通话日志等等。   OSIP_ICT_STATUS_1XX_RECEIVED uac收到1xx消息,一般是表示对端正在处理,这时,主要是设置一下事务状态机的状态值,并对会话的osip的一些参数根据返回值进行相应设置,里面有许多条件判断,但我们常用的一般是100,180,183的判断而已,暂时可以忽略里面复杂的判断代码。   OSIP_ICT_STATUS_2XX_RECEIVED uac收到2xx消息,这里主要跟踪一下Register情况下的2xx,表示注册成功,这时会更新一下exosip的注册字段值,以便让eXosip能自动维护uac的注册,BYE的2xx回应是终结消息,Invite的2xx回应,则主要是初始化一下会话相关的数据,表示已成功建立连接。   其它4xx,5xx,6xx则分别是对应的处理,根据实现情况进行概要的查看即可。   report_event (je, sip)是代码用来进行事件处理的一个函数,跟踪后发现,其最终是使用了我们上文提到的jpipe管道,以便在状态机外实时观测状态机内的处理信息。      OSIP_NIST_STATUS_XXX_SENT即对应于上面的uac的处理,这里是uas的对应的消息处理,相比较于uac简单一点。   前面简单介绍了一下大量的回调函数及它们的概要处理逻辑,可能会比较混乱,暂时不用管它,只需要记得一个大概的形象,知道一个SIP处理程序是通过osip_set_cb_send_message回调函数来实现真实地发送各种SIP消息,并且SIP的标准事务模型是由oSIP实现好了,我们只需要给不同的事务状态设置不同的回调处理函数来处理事务,具体的状态变化和内部逻辑不用管就可以了。   下面来说一下消息处理回调函数用到的SOCK的初始化函数,即我们上面说的除了系统初始化外的网络初始化函数eXosip_listen_addr:   从上文知道了,系统将初始化两个SOCK,一个UDP一个TCP,但查看代码发现还有第三个,TCPs的,但好象还不能实用,现在不管它,代码首先是根据传输是UDP还是TCP来设置对应的数组值,并且如果没有提供IP地址和端口号,系统会自动取出本机网络接口并创建可用的SOCK(http_port 的方式暂不用考虑)。   SOCK初始化后,如何开始SIP事务的呢?看到这个调用eXosip.j_thread = (void *) osip_thread_create (20000, _eXosip_thread, NULL),对的,这里启用了一个线程,即,eXosip是调用oSIP的线程函数(没用系统提供的线程函数,是为了跨平台)进行事务处理的状态机逻辑是在一个线程处理的,这样就明白了为什么一直没能看到顺序执行下来的程序启动代码了,接下去看,线程实际处理函数是_eXosip_thread,这里面的代码,我们看到了上文提到的状态机控制开关变量while (eXosip.j_stop_ua == 0),即,当j_stop_ua设置为1时,osip_thread_exit ()结束事务处理即程序终结,再接下去看,_eXosip_execute是最终的处理函数了,而且它在程序未终结情况下是一直逻辑在执行,注意,要启用oSIP的多线程宏OSIP_MT。      看到_eXosip_execute的代码有很多时间函数和变量,仔细看,除去一些控制代码,主要处理函数是eXosip_read_message (1, lower_tv.tv_sec, lower_tv.tv_usec),即取出消息,1表示只取出一条消息,其代码量非常的大,但同样的,其也许多的控制代码和错误检测代码,我们在查看时可以暂时忽略掉它们。   eXosip_read_message读取消息时,即没有采用sock的block也没有用非block方式,而是采用了select方式,具体应用可查询fd_set相关文档。   根据jpipe_read (eXosip.j_socketctl, buf2, 499),我们可以估计,buf2应该是保存的我们的控制管道的数据,具体作用至些还没有表现出来,应该是用来反映一些状态机内部的警示之类的信息,实际的SIP的处理的状态机的数据是存放在buf,使用_eXosip_recvfrom获取的,获取后sipevent = osip_parse (buf, i)解析,使用osip_find_transaction_and_add_event (eXosip.j_osip, sipevent)来查询事件对应的事务状态机,找到后就如同其注解所说明的,/* handled by oSIP ! */,即我们上文设置的那一大堆回调函数,至此,我们知道了整个SIP应用所处理的大概流程了。   如果没有找到事务状态机呢?直接丢弃吗?不是的,如果这是一个回应消息,但没有事务状态机处理它,那它是一个错误的,要进行清理后才能丢弃,而如果是一个请求,那更不能丢弃了,因为UAS事务状态机要由它来启动创建的(回应消息表示本地发出了请求消息,即UAC行为,事务状态机应是由启动UAC的代码初始化启动的),整个逻辑应该是很简单的,但eXosip的实现代码却非常多,可见其花了非常多的精力在保证会话的稳定性和应付网络复杂情况上,我们可以对其进行大量的精简来构建满足我们需求的代码实现。   先来看错误的回应消息的处理函数eXosip_process_response_out_of_transaction,可以看到其代码就是一大堆的赋值语句,XXX= NULL,即将一大堆的运行时变量清空,再调用osip_event_free清空事件,或者就是一些复杂的情况下,需要通过解析现在的运行时数据,从分析出“可能”的正在等待回应的对端,并发送相关终结通知消息等等,可以根据实际需要进行简化。   请求事件的处理 eXosip_process_newrequest,首先是对事件进行探测,MSG_IS_INVITE、MSG_IS_ACK、 MSG_IS_REQUEST……,对事件进行所属状态机分类,随后使用_eXosip_transaction_init (&transaction,(osip_fsm_type_t) tx_type,eXosip.j_osip, evt->sip)根据探测结果进行状态机初始化,实际调用的是osip_transaction_init,初始化后即将事件入状态机 osip_transaction_add_event (transaction, evt),由状态机自动处理后调用相应回调函数处理逻辑了。当然,eXosip为方便快速开发SIP终端应用,在下面又添加了许多自动化的处理代码,来和我们在回调函数设置的处理代码相区分。   线程调用的事件处理函数代码最后是 if (eXosip.keep_alive > 0) {   _eXosip_keep_alive (); }   这段代码印证了上文提到了,keep_alive是用来设置是否自动重新注册,由_eXosip_keep_alive函数来实现自动将eXosip全局变量保存的注册消息解析后自动根据需要重新向SIP服务器发起Register注册。   同样,因为注册消息发起是UAC的行为,将它放在这里,可以看出来所有事件消息的事务状态机处理都是在这里,只不过这里只创建UAS的事务状态机,UAC的事务状态机的创建则要继续到下面找了,从我们的YouToo软电话代码可知,发起呼叫和发起注册分别调用了 eXosip_call_send_initial_invite,eXosip_register_send_register这两个函数(另外用到的两个build函数则是分别构建这两个send函数要发送的SIP消息),查看这两个函数可知,UAC的事务处理状态机是在这里进行初始化的。   eXosip_register_send_register可以看到是_eXosip_transaction_init (&transaction, NICT, eXosip.j_osip, reg)初始化UAC状态机,实际也同UAS是调用的osip_transaction_init函数,同样使用 osip_transaction_add_event (transaction, sipevent)将事件入状态机,状态机随后将自动处理调用相应回调函数处理逻辑了。   另有osip_new_outgoing_sipmessage(reg),表示发送消息,到这里,我们应该可以理解,真实的发送操作,是要到由状态机处理后,调用了消息发送回调函数才真正地将注册消息发送出去的。   同注册消息发送,它是NICT状态机,呼叫消息的发送是ICT,由eXosip_call_send_initial_invite处理,_eXosip_transaction_init (&transaction, ICT, eXosip.j_osip, invite)初始化了状态机,之前还有一个eXosip_call_init是用来初始化eXosip的一些参数的,暂时不管它,同样 osip_new_outgoing_sipmessage (invite)发送呼叫消息,但实际还是要状态机处理后调用消息发送回调函数真实发送呼叫请求函数的,osip_transaction_add_event (transaction, sipevent)则标准地,将事件入状态机,状态机将能处理随后的应用逻辑调用相应的回调函数了。   好了,作了这么多的分析,我们了解了eXosip是怎样调用oSIP来形成被我能方便地再次调用的了,可以看到,为了实现最大限度的跨平台和兼容性,代码有大量的测试代码,宏定义和错误再处理代码,看起来非常吃力,但了解了其主要的调用框架:   初始化,回调函数设置,UAC和UAS事务处理状态机的启动,事件处理流程等,就可以基本明白了oSIP各个函数的主要作用和正确的用法了,下一步,可以参考eXosip来针对某个应用,去除掉大量暂时用不到的代码,来构建一个简单的SIP软电话和SIP服务器,来进一步深入oSIP学习应用了。  ------------------------------------------------------ [下回预告:完全基于oSIP的软电话实现及oSIP进一步学习] (CopyLeft by Meineson | www.mbstudio.cn,原创文章,欢迎转载,但请保留出处说明!) 附件为原作者提供的
基于hhww改进版的传统五笔输入法 在hhhhwwww改进版输入法(生成器)的基础上,修改了背景颜色、取消了Ctrl+M换码、取消了切换码表的显示颜色、修改了“\”为“、"等细节完善! 此五笔输入法是用hhhhwwww改进的输入法生成器制作而成,是他的开拓性的工作,使本输入法臻于完美。 此五笔输入法安装包集成的输入法设置工具imetool是由Silence开发的,此工具可以方便地调节输入法的外观和操作参数。 在此向hhhhwwww及Silence致谢! ============================================================= 一、本输入法改进了哪些方面? 1、支持生成大词库、支持码表存在标点符号 2、可以用Shift直接切换英文状态 3、启动初始为文状态 4、小键盘的 “.”不会变为“。” 5、可选用取消空码锁定键盘 6、“动态码长”,即唯一码自动上屏。唯一的三码词组或全码单字不上屏。 7、汉字上屏后,编码输入框同时消失 8、可选用 ;‘ 选二三重码 9、可选用 ,。 翻页 10、设置项时,编码可以上屏 11、,./;即使为码元,第一码也按标点输出 12、更正设置“插空格”后输出错误等一些BUG 13、更正批量造词的BUG 14、加入六个选项,更自由的定制输入习惯 15、两码及以上才显示词组 16、UNICODE版可细分输出字符集 17、支持便携特征,可在注册表定义码表目录 18、支持VistaIE7保护模式 二、使用方法 1、本输入法安装包可用winrar打开及修改 2、使用安装包内的ImegenU.exe时(XP环境),请先将sw.ime复制到windows\system32目录,并改名为ImegenU.tpl 3、使用安装包内的Imegen9x.exe时(win98环境),请先将sw9x.ime复制到windows\system目录,并改名为Imegen.tpl 20081201更新: *修正反查编码一定要启动一次才生效的BUG *修正设置“繁体输出”和“词组联想”程序崩溃的BUG *优化程序流程。原版每打一个字都会读写一次MB,频繁读写硬盘,效率很低。 *CTRL+M 切换字符集失效调整为 CTRL+/ 20081125更新: *修正在Vista,在其它程序调用过后,IE7调用本输入法时出错的Bug 20070925新性: + 加入便携特征,可在注册表定义码表目录 + 加入对VistaIE7保护模式(UAC)的支持 + 集成一个安装程序,方便输入法安装 注: 1、关于NTFS分区Guest用户不能使用问题,用以下命令设置码表权限: cacls "%windir%\system32\我的输入法.mb" /t /e /c /g users:w 2、在VistaIE7(UAC)下不能使用问题,用以下命令设置一下码表级别: icacls.exe "%windir%\system32\我的输入法.mb" /SetIntegrityLevel Level src="./images/smilies/sweat.gif" border=0 smilieid="10"> 3、自定义目录码表目录的例子,输入法为winwb86: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion] "winwb86.mb"="c:\\temp" (保存为reg文件,导入) 4、如果不想通过注册表,而在文件强制定义码表目录: 第一步:0x023C58:EB 00 改为 EB 66 第二步:0x0241D0:Unicode码的C:\Temp 改为自设目录,最长24个字符 20061205新性: * 更正有查询码时(如五笔czol)空码时,锁定键盘的BUG * 取消强制文标点,即:CTRL+SPACE 关闭再打开输入法保持原状态 + CTRL+,调整为临时切换 “繁体输出” 本版支持:一些网友的定制要求解决方法: 1、定制候选框颜色方法: 0x1EB60 : 00005500 00800000 00000000 分别对应“候选、重码、联想”状态的颜色,可以自行修改。 2、字符集只要GB和GBK集方法: 第一步:用eXecope.exe等工具隐藏GBK、GB18030(Unicode作为GBK) 第二步:0x143DE 处 833803--->>>833801 第三步:0x0296F 处 E9FC800200---->>>E90F810200 3、“○”在GB也显示问题方案:将它放入自定义词组 20060915新性: * 修正BUG:首次启动默认为 GB2312 * 修正BUG:自定义词优先显示不再吃词 * 修正BUG:翻页不再出错 + 自定义词组不受 “字符集” 限制 + “反查编码”可以反查自身了 20060403版: 1、增加“四码以上推字上屏”功能:最大码长大于4时,如果5码有字/词,则显示,否则首个重码上屏 2、自定义词组优先显示: 3、似乎解决了“翻页锁定程序”的BUG:根据流程,乱改一处代码,不知是否有用。 051130版新性 + 可以直接设置 Space、Enter + 面板颜色提示当前输出字符集 + 增加输入繁体功能 + 可選重、空碼提示音 * 有候選字時,屏蔽 Shift+符號(解决BUG临时方案) * 更正Enter输出编码的小BUG 051102版新性 本版为UNICODE版 * 更正排序时出错的BUG * 更正编译较大码表出错的BUG 050908版新性 * 更正反查编码BUG(提示:注册表可设置反查自身编码) * UNICODE版,更正编译包括GB18030字的码表时组词编码错 乱的BUG (导出时GB18030字所带的组词码是垃圾,不用理会) * 更正SPACE=1时偶尔会锁键盘的BUG * 完善汉字上屏编码框同时消失功能,智能检测是否设置 “反查编码”,没有设置时生效 050831版新性: + 增加 GB/GBK/GB18030/UNICODE切换 * 完善=0编码上屏功能,空码时也有效 050826版新性: * 取消小于最大码长有重码时,一次空格上屏 ( 原版有此功能,注册表直接设置=1即可 ) 050824版新性: * 更正CTRL+SHIFT切换有时会转入英文状态的BUG * 更正批量造词保存时出现乱码的BUG * 加入自定义词库导出功能 * 设置=0时,编码上屏 * 完善“动态码长”功能。小于最大码长而无后继码,重码 时自动转为候选状态,部分代码来自LoveEB 二、您还可以自和修改输入法ime文件(需要一些软件方面的知识,请确认您能看懂下面这些再去做) 输入法ime文件的可选修改项: ====================================================== 恢复 \ 号输入“、”問題: 6683FF2F750C6A00680130 -> 6683FF5C750C6A00680130 ============================== 改为右Shift键问题: 要修改两处:2A -->> 36 :73914DA8 807D122A cmp byte ptr [ebp+12], 2A :73914DE0 807D122A cmp byte ptr [ebp+12], 2A ============================== 修改为两shift切換: 122A --->>> 0C10 搜索一下,有兩處地方要改。 ============================== 笔记本电脑特殊标点转换: []--->>>() , |--->>>: , ` --->>> . 0x14143:0F85B76C0100--->>>0F856F6C0100 ============================== 将检索字符集“GB2312”与“Unicode”的颜色对换: 7392B890 0FB605 BC1E9273 movzx eax,byte ptr ds:[73921EBC] 7392B897 48 dec eax 7392B898 76 25 jbe short winwb86.7392B8BF 7392B89A C70424 0000FF00 mov dword ptr ss:[esp],0FF0000 //gbk之蓝色 7392B8A1 48 dec eax 7392B8A2 76 1B jbe short winwb86.7392B8BF 7392B8A4 C70424 00000000 mov dword ptr ss:[esp],0 //gb2312之黑色 7392B8AB 48 dec eax 7392B8AC 76 11 jbe short winwb86.7392B8BF 7392B8AE C70424 FFFF0000 mov dword ptr ss:[esp],0FFFF //gb18030颜色 7392B8B5 48 dec eax 7392B8B6 76 07 jbe short winwb86.7392B8BF 7392B8B8 C70424 FF000000 mov dword ptr ss:[esp],0FF //unicode之红色 7392B8BF - E9 1B33FEFF jmp winwb86.7390EBDF ====================================================== 解决切换到GB18030字符集时多重候选因范围检查可能造成的翻页死机问题(如海峰五笔输入fggg,oitk等编码): 0x03206: 833D BC1E 9273 0074 3483 --->>> 833D BC1E 9273 0472 3483 ================================ 开启2~9选字自动调频方法: 0x10E28:83FB397704--->>>E9539F0100,设置“外碼提示”且取消“手动调频”时生效 关闭2~9选字自动调频方法: 0x10E28处E9539F0100改为83FB397704 选定“Ctrl+序号调频”时会屏蔽“自动调频” ================================= 颜色還原问题: 1.从系统system32目录里找到生成的ime文件,用eXeScope软件把有关位图替换为原版灰色系位图。 2.用WinHex软件替换ime文件的以下内容: C745D403000100C745F01D000000 --->>> 6A01C745D403000100FFD38945F0 BF2602BB00 --->>> BF2000CC00 3.调整候选框背景色深浅(有5处): F0F0F0 (hhhhwwww设置的浅灰白色)--->>>C0C0C0 (传统灰色) 或 D8D8D8 (两者之间)。其,0x92F4处为候选框背景色,0x9526,AF52,B0A9,E6E2几处共同决定输入框背景色。 ================================ 取消Ctrl+M调整字符:0x141CD 的7408--->>>0xEB08 :73914DBE 807D1232 cmp byte ptr [ebp+12], 32 :73914DC2 7513 jne 73914DD7 :73914DC4 8B5D14 mov ebx, dword ptr [ebp+14] :73914DC7 8A5B11 mov bl, byte ptr [ebx+11] :73914DCA F6C380 test bl, 80 :73914DCD 7408 je 73914DD7 ------>>>>> EB08 jmp 73914DD7 :73914DCF E804020000 call 73914FD8 :73914DD4 EB2A jmp 73914E00 :73914DD6 90 nop ============================== 关于:默认安装时是unicode字符集问题 用exescope看看资源 RCData --》》IMECHARAC(偏移0x22DA4):目前是EE 04 。 用“计算器”将“EE”用二进制查看,共八位每一位分别对应设置的每一个选项。扩展选项只有第四第八项可以设置。 将04改为00即是Unicode ============================= Space参数就是空格是否强制上屏: 例如:两个都是三码的字,并且重码。如果Space=0,打完三码后按了空格后就出现重码框。 如果Space=1,打完三码后按了空格,第一重码就上屏,不会出现重码框。 在注册表设置即可 ============================== 当开启了动态码长之后,若码表的MaxCodes设为超过4码,则有些五笔四码字词不能自动被顶上屏。(在重码较多时发生,重码少时未发现此现象。) 正常,原版即是这么处理。原来的程序员定义“SPACE直接上屏”的标志可能也与之有关 ============================ 输入法设置工具 IME TOOL http://www.mympc.org 声明:IMETool 为免费软件,非商业使用无须授权,但不得对软件本身做任何修改。允许个人开发的免费输入法软件将其加入安装包使用,但安装包内不得包含有广告插件或流氓软件。 IME TOOL 支持英文界面,适用于 Win98/ME/2000/XP/2003 操作系统,目前不支持 VISTA。 主要功能: 一、动态调整输入法顺序而无须重启。 二、切换输入法指示器和高级文字服务方式。 三、任意设置输入法热键 Windows 本身的输入法热键设置功能限制很多,2000/XP 下更是如此,你不得不设置 ctrl+shift+3 这样的三键热键。IME Tool 让你可以自由地设置各种热键,基本键(ctrl、alt、shift)共有六种组合,辅助键有 91 个可选,如用左 Alt+左 Window 键激活龙文五笔,shift+down 激活紫光拼音。当然,有些热键组合是不能用的,如 shift+数字字母键。 四、注册表错误项目修正 1、自动删除输入法列表不存在的输入法项目,位置: HKEY_CURRENT_USER\Keyboard Layout\preload 2、检查注册表 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layouts 下的内容,如果某分支对应的输入法文件不存在,则删除此分支(需要管理员权限)。 3、自动删除输入法从列表删除后可能遗留的激活热键设置,位置: HKEY_CURRENT_USER\Control Panel\Input Method\Hot Keys 五、输入法键盘定义功能,适用于非英文键盘(需要管理员权限)。 六、安装删除输入法 IME TOOL 可以安装标准格式的输入法。自行复制 ime 和 mb 文件到系统目录,然后使用 imetool 的安装输入法功能指定输入法名称和 ime 文件即可。 IME TOOL 可以从注册表删除不需要的输入法,但并不删除文件。 七、其它功能 打开输入法属性、打开关闭输入法状态条等。支持命令行参数,支持运行脚本。 另外修正了老版本存在的一些小 bug。 局限: 1、在 Win9x 下设置的输入法热键不能立即生效,必须重启。在 Win95/NT 系统下有更多的功能限制。 注意: 1、用 IME Tool 设置的一些热键在 Windows 本身的输入法设置无法正确显示,但不影响使用。 2、繁体、韩文、日文系统下的打开关闭输入法等切换键设置在注册表的位置不同,因条件所限我没有做进一步测试功能是否有效。 3、在 IME Tool 刚添加的输入法不能立即设置属性。 4、如果使用输入法指示器方式时,在系统目录下未发现 internat.exe 和 indicdll.dll 文件,将会自动复制当前目录下的此二文件过去(如果存在)。 命令行参数说明: /? /h /help 显示此帮助 /on 启用 internat.exe 或 ctfmon.exe /off 禁用 internat.exe 或 ctfmon.exe /internat 输入法指示器风格 /ctfmon 高级文字服务风格 /status:<0/1> <0>: 关闭输入法状态条,<1>: 显示输入法状态条 /caps 用 Caps 键关闭大写 /shift 用 Shift 键关闭大写 /switch:<0/1/2/3> <0>: 不使用切换语言和切换键盘布局热键 <1>: 仅使用切换语言热键 <2>: 仅使用切换键盘布局热键 <3>: 同时使用切换语言和切换键盘布局热键 : 切换语言热键使用Ctrl+Shift : 切换键盘布局热键使用Ctrl+Shift /hotkey:<1/2/3/a/b/c>,[hotkey] 指定输入法热键 <1/2/3..>,指定第1、2、3.. 个输入法的热键 指定打开/关闭输入法的热键 指定全角/半角切换的热键 指定英文标点切换的热键 如果留空则删除热键 [hotkey] 热键值,如:ctrl+space /add1:,[hotkey] 按名称添加输入法到列表 /add2:,[hotkey] 按文件名添加输入法到列表 /add3:,[hotkey] 按 ID 添加输入法到列表 /del1:<1/2/3> 按顺序从列表删除输入法 /del2: 按名称从列表删除输入法 /del3: 按文件名从列表删除输入法 /del4: 按 ID 从列表删除输入法 /install:[name],,[hotkey] 安装输入法 /uninstall1: 按名称从注册表删除输入法 /uninstall2: 按文件从注册表删除输入法 /uninstall3: 按 ID 从注册表删除输入法 /move1:, 按名称调整输入法顺序, 为调整后的序号,下同 /move2:, 按文件名调整输入法顺序 /move3:, 按 ID 调整输入法顺序 /load: 从配置文件调入参数 [hotkey] 格式: Ctrl+Shift_8_Left,如果同时使用左右键,则可以写为: Ctrl+Shift_8。 注意:要在命令行参数设置“/”和“,”作为辅助热键时,为避免和参数前导符和分隔符冲突,应写为“?”和“<”,如:ctrl_?_right、alt_< 要安装一个输入法到注册表时,须手工复制文件,xx.ime 文件必须复制到系统目录。使用 /install 参数安装时,xx.ime 文件名前不能加路径,如: imetool /install:文(简体) - 智能 ABC,winabc.ime 欢迎测试并反馈 bug。 更新: 2.8.0 版,修正“APPS”(右键菜单键)热键误设为右 Windows 键的问题。 2.7.9 版,修正热键选择为“无”,确定后程序非法操作的问题。 2.7.8 版,修正在输入法风格里连续点击同一个模式单选框时,输入法切换热键会来回切换问题。 2.7.7 版,修订网友发现的两处错误。 2.7.6 版,改进某些特殊输入法名称显示不正确的问题(如微软拼音2007) 2.7.5 版,刚刚发现增加了修改输入法名称后带来个输入法列表显示可能会错位的问题,再修订…… 2.7.4 版,主要是增加了繁体显示界面;修改 internat.exe 和 ctfmon.exe 在注册表的值,以和系统保持一致。 2.7.3 版,圣诞节更新 IMETool 至 2.7.2,此版本语句变化较多。主要是增强对 VISTA 的兼容性;改进输入法列表输入法名称的显示方式;增加自定义输入法名称功能(仅对高级文字服务模式有效,点击列表输入法名称或按 F2 进行修改,如应用后看不到效果,注销或重启即可);修订在 2003 下列表可能不显示的问题,修订一些其它 bug。 2.7.1 版,修订重复热键可能无法取消的 bug。 2.7.0 版,修订热键重复提示的 bug。 2.6.9 版,增加一种修复注册表重复项目功能。 2.6.8 版, 增加三个命令行参数,用以调整输入法顺序。改善输入法状态条显示问题。增加一些状态条显示信息。帮助文档改用 utf-8 格式保存。 2.6.7 版,修订上一版本在 2003 下无法正常显示输入法列表的问题(此问题是由我使用的新版本控件bug引起)。 2.6.6 版,增加两个命令行参数,修订以命令行方式添加输入法时在某些情况下添加多余输入法的问题。 2.6.5 版,使高级文字服务和输入法指示器风格下的输入法切换热键保持一致,文字提示稍做调整,便于用户理解。增加常见问题说明。 2.6.4 版,程序内部一些调整。 2.6.3 版,程序内部一些调整。 2.6.2 版,解决某些情况下可能会使输入法指示条消失的问题(注:经仔细测试,此问题并未解决,具体原因不明,待研究)。 2.6.1 版,实现了带参数运行时完全隐藏主界面。 2.6.0 版,修复使用 /install 参数时在某种情况下会运行出错的 bug。参数的分隔符由竖线改为逗号。 2.5.9 版,将自动复制 internat.exe/indicdll.dll 的源路径由当前路径改为 imetool.exe 所在路径。在程序左上角菜单增加命令行参数提示。 2.5.8 版,修改键盘定义对话框丢失下拉列表问题(真是莫名其妙),一些细节调整。 2.5.7 版,修订其它切换热键的设置按钮文字不会随左边的下拉列表切换的 bug。 2.5.6 版,应网友要求取消气球提示,改为状态栏提示。 2.5.5 版,增强对语言栏丢失时的修复功能(有时需要注销后方可生效)。 2.5.4 版,修订设置热键时小键盘某些键值不对的问题。 2.5.3 版,修订启动时检测输入法风格可能不对的 bug。 2.5.2 版,本修订添加输入法时图标显示的一处 bug。高级/从注册表删除输入法时可在输入法显示框用鼠标滚轮切换不同的输入法。 2.5.1 版,修订一些程序上的 bug,添加关于信息。 2.5.0 版,支持命令行参数、支持从脚本调入参数运行。 2.4.5 版,修订安装输入法时导致出错的问题。 2.4.4 版,继续修订 bug。 2.4.3 版,修正 2.4.2 版未完全修正的问题。 2.4.2 版,修正点击应用按键后一些显示状态错位问题。 2.4.1 版,修正热键设置窗口状态显示不正常问题。 2.4.0 版,重新调整界面布局。增加应用按钮。安装 ime 文件时可以自动获取文件信息做为输入法名称。调整程序处理流程。 2.3.1 版,更新:大写关闭键设置后可立即生效;在输入法列表的不同列上双击可分别打开属性和热键设置。压缩包的 internat.exe 做了修改,在其右键上选择属性可打开 imetool。另外修订一些 bug。 2.3.0 版,增加安装删除输入法功能;增加一些项目的浮动提示;增加可安装输入法(语言)的范围;修正一些小的 bug。改变版本号的命名方式便之规范化。 2.22 版,一些内部项目的调整。 2.21 版,修订会误删除某些注册表项目的 bug。 2.2 版,可以将排列第一位的输入法立即设为默认输入法而无须重启。 2.12 版,修正输入法打开关闭等热键无法取消的 bug。 2.11 版,修正某些情况下程序无法运行的 bug。 本压缩包附带的 internat.exe 和 indicdll.dll 为从 Windows 2000 Pro 简体文版提取并修改过,适用于 XP/2003。
基于hhww改进版的传统五笔输入法(支持WIN7) 在hhhhwwww改进版输入法(生成器)的基础上,修改了背景颜色、取消了Ctrl+M换码、取消了切换码表的显示颜色、修改了“\”为“、"等细节完善! 此五笔输入法是用hhhhwwww改进的输入法生成器制作而成,是他的开拓性的工作,使本输入法臻于完美。 此五笔输入法安装包集成的输入法设置工具imetool是由Silence开发的,此工具可以方便地调节输入法的外观和操作参数。 在此向hhhhwwww及Silence致谢! ============================================================= 一、本输入法改进了哪些方面? 1、支持生成大词库、支持码表存在标点符号 2、可以用Shift直接切换英文状态 3、启动初始为文状态 4、小键盘的 “.”不会变为“。” 5、可选用取消空码锁定键盘 6、“动态码长”,即唯一码自动上屏。唯一的三码词组或全码单字不上屏。 7、汉字上屏后,编码输入框同时消失 8、可选用 ;‘ 选二三重码 9、可选用 ,。 翻页 10、设置项时,编码可以上屏 11、,./;即使为码元,第一码也按标点输出 12、更正设置“插空格”后输出错误等一些BUG 13、更正批量造词的BUG 14、加入六个选项,更自由的定制输入习惯 15、两码及以上才显示词组 16、UNICODE版可细分输出字符集 17、支持便携特征,可在注册表定义码表目录 18、支持VistaIE7保护模式 二、使用方法 1、本输入法安装包可用winrar打开及修改 2、使用安装包内的ImegenU.exe时(XP环境),请先将sw.ime复制到windows\system32目录,并改名为ImegenU.tpl 3、使用安装包内的Imegen9x.exe时(win98环境),请先将sw9x.ime复制到windows\system目录,并改名为Imegen.tpl 20081201更新: *修正反查编码一定要启动一次才生效的BUG *修正设置“繁体输出”和“词组联想”程序崩溃的BUG *优化程序流程。原版每打一个字都会读写一次MB,频繁读写硬盘,效率很低。 *CTRL+M 切换字符集失效调整为 CTRL+/ 20081125更新: *修正在Vista,在其它程序调用过后,IE7调用本输入法时出错的Bug 20070925新性: + 加入便携特征,可在注册表定义码表目录 + 加入对VistaIE7保护模式(UAC)的支持 + 集成一个安装程序,方便输入法安装 注: 1、关于NTFS分区Guest用户不能使用问题,用以下命令设置码表权限: cacls "%windir%\system32\我的输入法.mb" /t /e /c /g users:w 2、在VistaIE7(UAC)下不能使用问题,用以下命令设置一下码表级别: icacls.exe "%windir%\system32\我的输入法.mb" /SetIntegrityLevel Level src="./images/smilies/sweat.gif" border=0 smilieid="10"> 3、自定义目录码表目录的例子,输入法为winwb86: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion] "winwb86.mb"="c:\\temp" (保存为reg文件,导入) 4、如果不想通过注册表,而在文件强制定义码表目录: 第一步:0x023C58:EB 00 改为 EB 66 第二步:0x0241D0:Unicode码的C:\Temp 改为自设目录,最长24个字符 20061205新性: * 更正有查询码时(如五笔czol)空码时,锁定键盘的BUG * 取消强制文标点,即:CTRL+SPACE 关闭再打开输入法保持原状态 + CTRL+,调整为临时切换 “繁体输出” 本版支持:一些网友的定制要求解决方法: 1、定制候选框颜色方法: 0x1EB60 : 00005500 00800000 00000000 分别对应“候选、重码、联想”状态的颜色,可以自行修改。 2、字符集只要GB和GBK集方法: 第一步:用eXecope.exe等工具隐藏GBK、GB18030(Unicode作为GBK) 第二步:0x143DE 处 833803--->>>833801 第三步:0x0296F 处 E9FC800200---->>>E90F810200 3、“○”在GB也显示问题方案:将它放入自定义词组 20060915新性: * 修正BUG:首次启动默认为 GB2312 * 修正BUG:自定义词优先显示不再吃词 * 修正BUG:翻页不再出错 + 自定义词组不受 “字符集” 限制 + “反查编码”可以反查自身了 20060403版: 1、增加“四码以上推字上屏”功能:最大码长大于4时,如果5码有字/词,则显示,否则首个重码上屏 2、自定义词组优先显示: 3、似乎解决了“翻页锁定程序”的BUG:根据流程,乱改一处代码,不知是否有用。 051130版新性 + 可以直接设置 Space、Enter + 面板颜色提示当前输出字符集 + 增加输入繁体功能 + 可選重、空碼提示音 * 有候選字時,屏蔽 Shift+符號(解决BUG临时方案) * 更正Enter输出编码的小BUG 051102版新性 本版为UNICODE版 * 更正排序时出错的BUG * 更正编译较大码表出错的BUG 050908版新性 * 更正反查编码BUG(提示:注册表可设置反查自身编码) * UNICODE版,更正编译包括GB18030字的码表时组词编码错 乱的BUG (导出时GB18030字所带的组词码是垃圾,不用理会) * 更正SPACE=1时偶尔会锁键盘的BUG * 完善汉字上屏编码框同时消失功能,智能检测是否设置 “反查编码”,没有设置时生效 050831版新性: + 增加 GB/GBK/GB18030/UNICODE切换 * 完善=0编码上屏功能,空码时也有效 050826版新性: * 取消小于最大码长有重码时,一次空格上屏 ( 原版有此功能,注册表直接设置=1即可 ) 050824版新性: * 更正CTRL+SHIFT切换有时会转入英文状态的BUG * 更正批量造词保存时出现乱码的BUG * 加入自定义词库导出功能 * 设置=0时,编码上屏 * 完善“动态码长”功能。小于最大码长而无后继码,重码 时自动转为候选状态,部分代码来自LoveEB 二、您还可以自和修改输入法ime文件(需要一些软件方面的知识,请确认您能看懂下面这些再去做) 输入法ime文件的可选修改项: ====================================================== 恢复 \ 号输入“、”問題: 6683FF2F750C6A00680130 -> 6683FF5C750C6A00680130 ============================== 改为右Shift键问题: 要修改两处:2A -->> 36 :73914DA8 807D122A cmp byte ptr [ebp+12], 2A :73914DE0 807D122A cmp byte ptr [ebp+12], 2A ============================== 修改为两shift切換: 122A --->>> 0C10 搜索一下,有兩處地方要改。 ============================== 笔记本电脑特殊标点转换: []--->>>() , |--->>>: , ` --->>> . 0x14143:0F85B76C0100--->>>0F856F6C0100 ============================== 将检索字符集“GB2312”与“Unicode”的颜色对换: 7392B890 0FB605 BC1E9273 movzx eax,byte ptr ds:[73921EBC] 7392B897 48 dec eax 7392B898 76 25 jbe short winwb86.7392B8BF 7392B89A C70424 0000FF00 mov dword ptr ss:[esp],0FF0000 //gbk之蓝色 7392B8A1 48 dec eax 7392B8A2 76 1B jbe short winwb86.7392B8BF 7392B8A4 C70424 00000000 mov dword ptr ss:[esp],0 //gb2312之黑色 7392B8AB 48 dec eax 7392B8AC 76 11 jbe short winwb86.7392B8BF 7392B8AE C70424 FFFF0000 mov dword ptr ss:[esp],0FFFF //gb18030颜色 7392B8B5 48 dec eax 7392B8B6 76 07 jbe short winwb86.7392B8BF 7392B8B8 C70424 FF000000 mov dword ptr ss:[esp],0FF //unicode之红色 7392B8BF - E9 1B33FEFF jmp winwb86.7390EBDF ====================================================== 解决切换到GB18030字符集时多重候选因范围检查可能造成的翻页死机问题(如海峰五笔输入fggg,oitk等编码): 0x03206: 833D BC1E 9273 0074 3483 --->>> 833D BC1E 9273 0472 3483 ================================ 开启2~9选字自动调频方法: 0x10E28:83FB397704--->>>E9539F0100,设置“外碼提示”且取消“手动调频”时生效 关闭2~9选字自动调频方法: 0x10E28处E9539F0100改为83FB397704 选定“Ctrl+序号调频”时会屏蔽“自动调频” ================================= 颜色還原问题: 1.从系统system32目录里找到生成的ime文件,用eXeScope软件把有关位图替换为原版灰色系位图。 2.用WinHex软件替换ime文件的以下内容: C745D403000100C745F01D000000 --->>> 6A01C745D403000100FFD38945F0 BF2602BB00 --->>> BF2000CC00 3.调整候选框背景色深浅(有5处): F0F0F0 (hhhhwwww设置的浅灰白色)--->>>C0C0C0 (传统灰色) 或 D8D8D8 (两者之间)。其,0x92F4处为候选框背景色,0x9526,AF52,B0A9,E6E2几处共同决定输入框背景色。 ================================ 取消Ctrl+M调整字符:0x141CD 的7408--->>>0xEB08 :73914DBE 807D1232 cmp byte ptr [ebp+12], 32 :73914DC2 7513 jne 73914DD7 :73914DC4 8B5D14 mov ebx, dword ptr [ebp+14] :73914DC7 8A5B11 mov bl, byte ptr [ebx+11] :73914DCA F6C380 test bl, 80 :73914DCD 7408 je 73914DD7 ------>>>>> EB08 jmp 73914DD7 :73914DCF E804020000 call 73914FD8 :73914DD4 EB2A jmp 73914E00 :73914DD6 90 nop ============================== 关于:默认安装时是unicode字符集问题 用exescope看看资源 RCData --》》IMECHARAC(偏移0x22DA4):目前是EE 04 。 用“计算器”将“EE”用二进制查看,共八位每一位分别对应设置的每一个选项。扩展选项只有第四第八项可以设置。 将04改为00即是Unicode ============================= Space参数就是空格是否强制上屏: 例如:两个都是三码的字,并且重码。如果Space=0,打完三码后按了空格后就出现重码框。 如果Space=1,打完三码后按了空格,第一重码就上屏,不会出现重码框。 在注册表设置即可 ============================== 当开启了动态码长之后,若码表的MaxCodes设为超过4码,则有些五笔四码字词不能自动被顶上屏。(在重码较多时发生,重码少时未发现此现象。) 正常,原版即是这么处理。原来的程序员定义“SPACE直接上屏”的标志可能也与之有关 ============================ 输入法设置工具 IME TOOL http://www.mympc.org 声明:IMETool 为免费软件,非商业使用无须授权,但不得对软件本身做任何修改。允许个人开发的免费输入法软件将其加入安装包使用,但安装包内不得包含有广告插件或流氓软件。 IME TOOL 支持英文界面,适用于 Win98/ME/2000/XP/2003 操作系统,目前不支持 VISTA。 主要功能: 一、动态调整输入法顺序而无须重启。 二、切换输入法指示器和高级文字服务方式。 三、任意设置输入法热键 Windows 本身的输入法热键设置功能限制很多,2000/XP 下更是如此,你不得不设置 ctrl+shift+3 这样的三键热键。IME Tool 让你可以自由地设置各种热键,基本键(ctrl、alt、shift)共有六种组合,辅助键有 91 个可选,如用左 Alt+左 Window 键激活龙文五笔,shift+down 激活紫光拼音。当然,有些热键组合是不能用的,如 shift+数字字母键。 四、注册表错误项目修正 1、自动删除输入法列表不存在的输入法项目,位置: HKEY_CURRENT_USER\Keyboard Layout\preload 2、检查注册表 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layouts 下的内容,如果某分支对应的输入法文件不存在,则删除此分支(需要管理员权限)。 3、自动删除输入法从列表删除后可能遗留的激活热键设置,位置: HKEY_CURRENT_USER\Control Panel\Input Method\Hot Keys 五、输入法键盘定义功能,适用于非英文键盘(需要管理员权限)。 六、安装删除输入法 IME TOOL 可以安装标准格式的输入法。自行复制 ime 和 mb 文件到系统目录,然后使用 imetool 的安装输入法功能指定输入法名称和 ime 文件即可。 IME TOOL 可以从注册表删除不需要的输入法,但并不删除文件。 七、其它功能 打开输入法属性、打开关闭输入法状态条等。支持命令行参数,支持运行脚本。 另外修正了老版本存在的一些小 bug。 局限: 1、在 Win9x 下设置的输入法热键不能立即生效,必须重启。在 Win95/NT 系统下有更多的功能限制。 注意: 1、用 IME Tool 设置的一些热键在 Windows 本身的输入法设置无法正确显示,但不影响使用。 2、繁体、韩文、日文系统下的打开关闭输入法等切换键设置在注册表的位置不同,因条件所限我没有做进一步测试功能是否有效。 3、在 IME Tool 刚添加的输入法不能立即设置属性。 4、如果使用输入法指示器方式时,在系统目录下未发现 internat.exe 和 indicdll.dll 文件,将会自动复制当前目录下的此二文件过去(如果存在)。 命令行参数说明: /? /h /help 显示此帮助 /on 启用 internat.exe 或 ctfmon.exe /off 禁用 internat.exe 或 ctfmon.exe /internat 输入法指示器风格 /ctfmon 高级文字服务风格 /status:<0/1> <0>: 关闭输入法状态条,<1>: 显示输入法状态条 /caps 用 Caps 键关闭大写 /shift 用 Shift 键关闭大写 /switch:<0/1/2/3> <0>: 不使用切换语言和切换键盘布局热键 <1>: 仅使用切换语言热键 <2>: 仅使用切换键盘布局热键 <3>: 同时使用切换语言和切换键盘布局热键 : 切换语言热键使用Ctrl+Shift : 切换键盘布局热键使用Ctrl+Shift /hotkey:<1/2/3/a/b/c>,[hotkey] 指定输入法热键 <1/2/3..>,指定第1、2、3.. 个输入法的热键 指定打开/关闭输入法的热键 指定全角/半角切换的热键 指定英文标点切换的热键 如果留空则删除热键 [hotkey] 热键值,如:ctrl+space /add1:,[hotkey] 按名称添加输入法到列表 /add2:,[hotkey] 按文件名添加输入法到列表 /add3:,[hotkey] 按 ID 添加输入法到列表 /del1:<1/2/3> 按顺序从列表删除输入法 /del2: 按名称从列表删除输入法 /del3: 按文件名从列表删除输入法 /del4: 按 ID 从列表删除输入法 /install:[name],,[hotkey] 安装输入法 /uninstall1: 按名称从注册表删除输入法 /uninstall2: 按文件从注册表删除输入法 /uninstall3: 按 ID 从注册表删除输入法 /move1:, 按名称调整输入法顺序, 为调整后的序号,下同 /move2:, 按文件名调整输入法顺序 /move3:, 按 ID 调整输入法顺序 /load: 从配置文件调入参数 [hotkey] 格式: Ctrl+Shift_8_Left,如果同时使用左右键,则可以写为: Ctrl+Shift_8。 注意:要在命令行参数设置“/”和“,”作为辅助热键时,为避免和参数前导符和分隔符冲突,应写为“?”和“<”,如:ctrl_?_right、alt_< 要安装一个输入法到注册表时,须手工复制文件,xx.ime 文件必须复制到系统目录。使用 /install 参数安装时,xx.ime 文件名前不能加路径,如: imetool /install:文(简体) - 智能 ABC,winabc.ime 欢迎测试并反馈 bug。 更新: 2.8.0 版,修正“APPS”(右键菜单键)热键误设为右 Windows 键的问题。 2.7.9 版,修正热键选择为“无”,确定后程序非法操作的问题。 2.7.8 版,修正在输入法风格里连续点击同一个模式单选框时,输入法切换热键会来回切换问题。 2.7.7 版,修订网友发现的两处错误。 2.7.6 版,改进某些特殊输入法名称显示不正确的问题(如微软拼音2007) 2.7.5 版,刚刚发现增加了修改输入法名称后带来个输入法列表显示可能会错位的问题,再修订…… 2.7.4 版,主要是增加了繁体显示界面;修改 internat.exe 和 ctfmon.exe 在注册表的值,以和系统保持一致。 2.7.3 版,圣诞节更新 IMETool 至 2.7.2,此版本语句变化较多。主要是增强对 VISTA 的兼容性;改进输入法列表输入法名称的显示方式;增加自定义输入法名称功能(仅对高级文字服务模式有效,点击列表输入法名称或按 F2 进行修改,如应用后看不到效果,注销或重启即可);修订在 2003 下列表可能不显示的问题,修订一些其它 bug。 2.7.1 版,修订重复热键可能无法取消的 bug。 2.7.0 版,修订热键重复提示的 bug。 2.6.9 版,增加一种修复注册表重复项目功能。 2.6.8 版, 增加三个命令行参数,用以调整输入法顺序。改善输入法状态条显示问题。增加一些状态条显示信息。帮助文档改用 utf-8 格式保存。 2.6.7 版,修订上一版本在 2003 下无法正常显示输入法列表的问题(此问题是由我使用的新版本控件bug引起)。 2.6.6 版,增加两个命令行参数,修订以命令行方式添加输入法时在某些情况下添加多余输入法的问题。 2.6.5 版,使高级文字服务和输入法指示器风格下的输入法切换热键保持一致,文字提示稍做调整,便于用户理解。增加常见问题说明。 2.6.4 版,程序内部一些调整。 2.6.3 版,程序内部一些调整。 2.6.2 版,解决某些情况下可能会使输入法指示条消失的问题(注:经仔细测试,此问题并未解决,具体原因不明,待研究)。 2.6.1 版,实现了带参数运行时完全隐藏主界面。 2.6.0 版,修复使用 /install 参数时在某种情况下会运行出错的 bug。参数的分隔符由竖线改为逗号。 2.5.9 版,将自动复制 internat.exe/indicdll.dll 的源路径由当前路径改为 imetool.exe 所在路径。在程序左上角菜单增加命令行参数提示。 2.5.8 版,修改键盘定义对话框丢失下拉列表问题(真是莫名其妙),一些细节调整。 2.5.7 版,修订其它切换热键的设置按钮文字不会随左边的下拉列表切换的 bug。 2.5.6 版,应网友要求取消气球提示,改为状态栏提示。 2.5.5 版,增强对语言栏丢失时的修复功能(有时需要注销后方可生效)。 2.5.4 版,修订设置热键时小键盘某些键值不对的问题。 2.5.3 版,修订启动时检测输入法风格可能不对的 bug。 2.5.2 版,本修订添加输入法时图标显示的一处 bug。高级/从注册表删除输入法时可在输入法显示框用鼠标滚轮切换不同的输入法。 2.5.1 版,修订一些程序上的 bug,添加关于信息。 2.5.0 版,支持命令行参数、支持从脚本调入参数运行。 2.4.5 版,修订安装输入法时导致出错的问题。 2.4.4 版,继续修订 bug。 2.4.3 版,修正 2.4.2 版未完全修正的问题。 2.4.2 版,修正点击应用按键后一些显示状态错位问题。 2.4.1 版,修正热键设置窗口状态显示不正常问题。 2.4.0 版,重新调整界面布局。增加应用按钮。安装 ime 文件时可以自动获取文件信息做为输入法名称。调整程序处理流程。 2.3.1 版,更新:大写关闭键设置后可立即生效;在输入法列表的不同列上双击可分别打开属性和热键设置。压缩包的 internat.exe 做了修改,在其右键上选择属性可打开 imetool。另外修订一些 bug。 2.3.0 版,增加安装删除输入法功能;增加一些项目的浮动提示;增加可安装输入法(语言)的范围;修正一些小的 bug。改变版本号的命名方式便之规范化。 2.22 版,一些内部项目的调整。 2.21 版,修订会误删除某些注册表项目的 bug。 2.2 版,可以将排列第一位的输入法立即设为默认输入法而无须重启。 2.12 版,修正输入法打开关闭等热键无法取消的 bug。 2.11 版,修正某些情况下程序无法运行的 bug。 本压缩包附带的 internat.exe 和 indicdll.dll 为从 Windows 2000 Pro 简体文版提取并修改过,适用于 XP/2003。
网管教程 从入门到精通软件篇 ★一。★详细的xp修复控制台命令和用法!!! 放入xp(2000)的光盘,安装时候选R,修复! Windows XP(包括 Windows 2000)的控制台命令是在系统出现一些意外情况下的一种非常有效的诊断和测试以及恢复系统功能的工具。小编的确一直都想把这方面的命令做个总结,这次辛苦老范给我们整理了这份实用的秘笈。   Bootcfg   bootcfg 命令启动配置和故障恢复(对于大多数计算机,即 boot.ini 文件)。   含有下列参数的 bootcfg 命令仅在使用故障恢复控制台时才可用。可在命令提示符下使用带有不同参数的 bootcfg 命令。   用法:   bootcfg /default  设置默认引导项。   bootcfg /add    向引导列表添加 Windows 安装。   bootcfg /rebuild  重复全部 Windows 安装过程并允许用户选择要添加的内容。   注意:使用 bootcfg /rebuild 之前,应先通过 bootcfg /copy 命令备份 boot.ini 文件。   bootcfg /scan    扫描用于 Windows 安装的所有磁盘并显示结果。   注意:这些结果被静态存储,并用于本次会话。如果在本次会话期间磁盘配置发生变化,为获得更新的扫描,必须先重新启动计算机,然后再次扫描磁盘。   bootcfg /list   列出引导列表已有的条目。   bootcfg /disableredirect 在启动引导程序禁用重定向。   bootcfg /redirect [ PortBaudRrate] |[ useBiosSettings]   在启动引导程序通过指定配置启用重定向。   范例: bootcfg /redirect com1 115200 bootcfg /redirect useBiosSettings   hkdsk   创建并显示磁盘的状态报告。Chkdsk 命令还可列出并纠正磁盘上的错误。   含有下列参数的 chkdsk 命令仅在使用故障恢复控制台时才可用。可在命令提示符下使用带有不同参数的 chkdsk 命令。   vol [drive:] [ chkdsk [drive:] [/p] [/r]   参数  无   如果不带任何参数,chkdsk 将显示当前驱动器的磁盘状态。 drive: 指定要 chkdsk 检查的驱动器。 /p   即使驱动器不在 chkdsk 的检查范围内,也执行彻底检查。该参数不对驱动器做任何更改。 /r   找到坏扇区并恢复可读取的信息。隐含着 /p 参数。   注意 Chkdsk 命令需要 Autochk.exe 文件。如果不能在启动目录(默认为 %systemroot%System32)找到该文件,将试着在 Windows 安装 CD 找到它。如果有多引导系统的计算机,必须保证是在包含 Windows 的驱动器上使用该命令。 Diskpart   创建和删除硬盘驱动器上的分区。diskpart 命令仅在使用故障恢复控制台时才可用。   diskpart [ /add |/delete] [device_name |drive_name |partition_name] [size]   参数 无   如果不带任何参数,diskpart 命令将启动 diskpart 的 Windows 字符模式版本。   /add   创建新的分区。   /delete   删除现有分区。   device_name   要创建或删除分区的设备。设备名称可从 map 命令的输出获得。例如,设备名称:   DeviceHardDisk0   drive_name   以驱动器号表示的待删除分区。仅与 /delete 同时使用。以下是驱动器名称的范例:   D:   partition_name   以分区名称表示的待删除分区。可代替 drive_name 使用。仅与 /delete 同时使用。以下是分区名称的范例:   DeviceHardDisk0Partition1    大小   要创建的分区大小,以兆字节 (MB)表示。仅与 /add 同时使用。   范例   下例将删除分区: diskpart /delete Device HardDisk0 Partition3 diskpart /delete F:   下例将在硬盘上添加一个 20 MB 的分区:   diskpart /add Device HardDisk0 20   Fixboot

24,855

社区成员

发帖
与我相关
我的任务
社区描述
C/C++ 工具平台和程序库
社区管理员
  • 工具平台和程序库社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧