过期主题 该主题因在两个月内没有任何回复而自动关闭。
如果您还对该主题感兴趣或者想参与对此主题的讨论,请您重新发表一篇相关的新主题。
关闭主题
第1页,共7页:  1  2  3  4  5   最后 »
主题工具  
dipplum 帅哥
极客II
级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时
注册日期: 2008-09
帖子: 72
致谢: 17
2010/10/10说在前面的话

毕业后把开发用机器上交实验室就没了开发环境, 近半年多没有更新ezgdi. 即使ezgdi仍然有许多没有解决的问题, 还是有很多用户关注ezgdi. 因此感觉很有必要说明一下ezgdi目前的现状, 和我对ezgdi未来的想法.

首先, ezgdi目前还是有很多尚未解决的严重问题, 如假死, 蓝屏. 在这些严重问题解决之前, 很想像任何小功能的更新可以为用户带来实际的好处. 而遗憾的是, ezgdi仅仅是gdi++的一个很小的改进, 只是将一个底层库detours换到了easyhook, 相关代码仅有100多行, 而这方面的改进, 我很难以想象会引起假死和蓝屏这样严重的错误. 所以ezgdi假死和蓝屏的问题, 有更大的可能是源自于原先gdi++的bug, 只不过在换到easyhook之后, bug发作的后果变得更加严重了而已.

如果ezgdi这种严重的bug是我的修改引进的, 那还好办, 我了不起把我修改过的几百行代码重头到尾看10遍, 总归能找到一点蛛丝马迹. 如果是gdi++遗留的bug, 那可能就不是一朝一夕可以解决的. 一个例子就是gdi++有一个诡异的bug: 经常是单个字母或者数字, 如9, 不能渲染, 这个bug一直到今年2月份我才改正.

至于ezgdi蓝屏和死机的原因, 我目前是一点头绪都没有. 主要是我用的机器基本上没有出现蓝屏的情况, 但我的确在别人的机器上见过这个现象, 所以无法复现. 什么时候能解决, 更是无法保证. 很遗憾, 目前来讲, 我的建议是, 如果你的机器有这个症状, 那只好尽量换到其他的平台, 如MacType, 和gdipp, 这两个项目的维护者FlyingSnow和CrendKing对字体渲染和gdi++的理解, 都比我要深, 花的时间也比我多的多. 虽然与ezgdi相比, MacType不支持64位, 而gdipp虽然支持64位和32位渲染, 但与gdi++之间的差异还比较大, ezgdi本应成为用户在两者之间有效的补充, 但很遗憾ezgdi自身稳定性拖了后腿, 也因为我的个人时间有限, 不能及时的改进.

不过, 我个人还是有意愿在这方面继续研究改进下去的. 尤其是在Windows平台上, 截获系统调用的方法渲染字体的适用范围正在逐步的缩小, IE9, Office 2010, Visual Studio 2010等一系列软件, 都有这样或者那样的部分无法通过截获系统调用的方法解决.

我最近正好有一点业余时间, 我会考虑持久的花在这方面, 一步一个脚印走下去. 但结果和时间不好保证, 有可能是进一步改进ezgdi, 有可能是改进gdipp和MacType, 甚至是新的尝试.

对于目前的ezgdi来说, 还是在alpha测试状态, 在严重错误进一步修正之前, 我不建议用在生产系统中. 虽然, 我这这段时间内只要有进展, 还是会持续的更新ezgdi, 我也会一直在我的系统中打开ezgdi的渲染效果.

ezgdi测试版下载

4. 2010-10-10更新 ezgdi r87():修正部分软件下hook失效的错误, 增加Windows Server 2008下激活使用的注册表文件win2008-enable.reg
1. 2010-02-15更新 ezgdi测试第2版():修复explorer.exe右键崩溃
(第三版之后可能包含严重的内存泄漏bug,导致机器蓝屏,使用请小心,目前尚未解决)
2. 2010-02-18更新 ezgdi测试第3版:实现FontLoader=0模式下的字体链接机制(感谢FlyingSnow的热心指点)
3. 2010-02-23更新 ezgdi r82:修正Symbol字体在Shadow模式下的黑影;修正9,&,<等符号在Firefox不能渲染的问题;修改版本号叫法。
3. 2010-02-24更新 ezgdi r83():修改FontLink处理机制;修正dwn.exe不能渲染的问题;修正两个很愚蠢的bug。


为了和Windows默认行为一致,现在ezgdi不再读取MS Shell Dlg这个字体的FontLink并添加到每个字体的FontLink之后,而是读取Tahoma的FontLink键值的第一条(一般是SimSun)并把该字体(SimSun)默认链接到每个字体。

ezgdi说明

ezgdi我发起的将gdi++ freetype版从detours移植到easyhook的分支项目,目前已经基本可以同时支持Windows下64位程序和32位程序的渲染,可以小范围内部测试了。

ezgdi简介

把gdi++从detours移植到easyhook的原因在于,gdi++依赖于detours提供对Windows GDI32绘图函数的截获功能,实现对Windows文字的重新绘制,但detours库的64位版本不是免费的,阻碍了gdi++对64位Windows的程序的文字渲染。easyhook是可以替代detours的开源软件,并且可以支持64位程序。

ezgdi的代码基于gdi++ freetype 0850版公开的代码进行修改。ezgdi对gdi++代码的的修改非常有限,目前仅对移植到easyhook所必备的代码进行修正,尽量不影响gdi++现有的功能(修改的代码量大概在几百行左右)。因此,ezgdi的32位的dll,与gdi++0850版dll的功能应该是基本相同的,支持相同的配置文件格式、配置参数,当然也可能具有相同的bug。

ezgdi的64位dll,除了修正一些compile time error之外(主要是gdi用的一些32位内嵌汇编在64位下不能编译了),没有修改其他代码。这说明gdi++的原始代码已经比较64bit friendly,移植过程没有做非常大的调整。

目前ezgdi的代码放在GoogleCode上,有兴趣的童鞋可以去下载。

ezgdi的替代品

ezgdi并不是唯一的支持64位字体替换的程序,CrendKing同学开发的gdipp项目目前也已经支持64位程序的渲染,并且支持以系统服务的方式渲染桌面程序,没有修改注册表带来的危险,大家也不妨去试用下gdimm_64.dlll的渲染效果,,


ezgdi的稳定性

在我开发用机——Windows 7 x64上,基本上可以正确没有bug的渲染我手边大部分32位程序,同时可以正确渲染我手边有限的几个64位程序,包括Win7 x64的Desktop/Explorer/Notepad/IE 8。目前已经在我的机器上基本稳定运行了14天:),期间间或会有让程序退出的错误。

不过在有些机器会有引起explorer crash的情况,此bug目前应该已解决。还可能会导致机器蓝屏,鼠标键盘无响应等问题,该bug目前尚未解决。

ezgdi的当前问题

ezgdi已知问题如下,感谢wheatone,riverZ,oveage,Rerven, 2000320, currychan, 火烈鸟, 尤其是POKeDOLL的辛苦测试:

1. (测试第1版已修正)英文Win7 x64下IE8 x64打开的时候可能会crash,crash后出现的窗口很烦人,但我这里就出现一次,关掉以后一切正常,重启也没错
2. (测试第2版已修正)Win7 x64下explorer一些操作会crash,特别是在文件上右键会crash
3. (测试第3版已修正)fontloader=0时,系统的FontLink不起作用
4. (测试第3版已修正)QQ2010Beta退出时报错
5. (测试第3版已修正)符号与其他字体混合显示
5. 有时候,Win7开始菜单的快捷输入框、浏览器的搜索框只能看到一半文字,但日期时间显示正常了
6. fontloader=0时,右下角任务栏日期时间显示中文乱码
7. 窗口标题栏不能渲染/渲染效果不好
8. Windows Server 2008 R2没有渲染效果

ezgdi报告严重bug的方法

ezgdi导致程序莫名的崩溃的错误是最严重的错误,也是最难调试和定位的错误。目前Windows7和Windows Vista SP2支持用户程序的minidump功能,可以自动将crash程序的运行信息保存成文件,开发人员利用这个minidump文件迅速定位crash发生的位置,便于推测crash发生的原因。

如果使用ezgdi导致了程序的崩溃,如果有可能,遇到该bug的同学帮忙用下面的方法生成dump文件,上传或者发给我(quinn.liqin @ gmail.com)便于调试:

1. start -> run -> services.msc,然后启动Windows Error Reporting Service(Windows错误汇报服务)
2. 导入wer.reg(中)到注册表,会激活user-mode,也就是用户应用程序的minidump的功能
3. 到%LOCALAPPDATA%\LocalDumps (C:\Users\your_account\AppData\Local\CrashDumps)目录下找最新的dmp文件
4. 把dmp文件发给我,我可以用windbg和visual studio调试这个minidump文件。

ezgdi的下一步计划

1. 改进显示效果:上述部分显示效果问题很多都是gdi++的老问题了,很多在FlyingSnow提供的版本中已经解决了,我正在研究FlyingSnow发来的部分代码,希望下一步能够逐渐port到ezgdi。
2. 实现gditray的替代品:由于从detours换到了easyhook,原来的gritray对ezgdi已经不管用了,需要开发替代gditray的程序,或者扩展gditray的现有功能支持将ezgdi注入64位程序。
3. 重构gdi++的部分功能:希望可以在不影响稳定性的前提下,尽量优化gdi++的代码,便于以后的维护。

声望评价
  
  不给汝威望过意不去
  
  等这个等了很久了,加油!!
上传的图像
文件类型: png ezgdi-2010-02-11.png (558.2 KB, 1406 次查看)
此帖于 2010-10-10 15:50:05 被 dipplum 编辑.
回复时引用此帖
nannan828 帅哥
nannan828 的头像
楠忘
级别:32 | 在线时长:5559小时 | 升级还需:51小时级别:32 | 在线时长:5559小时 | 升级还需:51小时级别:32 | 在线时长:5559小时 | 升级还需:51小时级别:32 | 在线时长:5559小时 | 升级还需:51小时级别:32 | 在线时长:5559小时 | 升级还需:51小时级别:32 | 在线时长:5559小时 | 升级还需:51小时级别:32 | 在线时长:5559小时 | 升级还需:51小时
注册日期: 2008-06
来自: 北京
帖子: 5,332
致谢: 5,026
2009-08-24, 05:36:42 #2 | TOP

这个问题解决了?~
DA Twitter 博客
THEMEX.NET
回复时引用此帖
oveage
极客III
级别:7 | 在线时长:317小时 | 升级还需:43小时级别:7 | 在线时长:317小时 | 升级还需:43小时
注册日期: 2007-09
帖子: 306
致谢: 14
2009-08-24, 18:03:22 #3 | TOP
freetype 最新的是850那个包

这次不是简单的编译就能解决的问题
要啃代码 重写
用easyhook api替换
我只啃一点 放弃
C++不想动
回复时引用此帖
dipplum 帅哥
极客II
级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时
注册日期: 2008-09
帖子: 72
致谢: 17
2009-08-24, 18:08:55 #4 | TOP
一行不改应该不现实, 但64位从原理上讲应该是可以的, 要么想办法搞到64bit的detours 2.1 professional, 要么想办法port到easyhook平台上.
我可以想办法做一些, 但我找不到源码在哪里?

---------- 帖子于 18:08 更新 ---------- 之前内容发布于 18:03 ----------

谢谢, 请问是不是氦版的源码没有? 要64位的话, 是port freetype的有意义, 还是氦版的呢?
回复时引用此帖
火柴盒子
火柴盒子 的头像
土鳖青年
级别:12 | 在线时长:831小时 | 升级还需:79小时级别:12 | 在线时长:831小时 | 升级还需:79小时
注册日期: 2008-03
来自: 福建·福州
帖子: 991
致谢: 391
2009-08-24, 19:06:53 #5 | TOP
当然是freetype版的更有意义,HE的效果不好,虽然据说HE的兼容性更好,不过我用FT的这么多年也没出现过兼容性问题。

真心的祝你成功,如果你真成功了,你就是美化界的英雄了!!
你不想吃肉粽子了?!
回复时引用此帖
fonlan
fonlan 的头像
极客III
级别:10 | 在线时长:553小时 | 升级还需:107小时级别:10 | 在线时长:553小时 | 升级还需:107小时级别:10 | 在线时长:553小时 | 升级还需:107小时级别:10 | 在线时长:553小时 | 升级还需:107小时级别:10 | 在线时长:553小时 | 升级还需:107小时
注册日期: 2006-02
帖子: 403
致谢: 416
2009-08-25, 02:03:34 #6 | TOP
按这工程量,都可以直接组建一个项目了,真心希望LZ成功。
回复时引用此帖
deo7655 帅哥
deo7655 的头像
没有肉包不行地。
级别:14 | 在线时长:1080小时 | 升级还需:120小时级别:14 | 在线时长:1080小时 | 升级还需:120小时级别:14 | 在线时长:1080小时 | 升级还需:120小时级别:14 | 在线时长:1080小时 | 升级还需:120小时
注册日期: 2005-12
帖子: 1,698
致谢: 504
2009-08-25, 18:03:25 #7 | TOP
希望lz能顺利继续这个事业。
回复时引用此帖
flowercold
flowercold 的头像
小F先生
级别:14 | 在线时长:1109小时 | 升级还需:91小时级别:14 | 在线时长:1109小时 | 升级还需:91小时级别:14 | 在线时长:1109小时 | 升级还需:91小时级别:14 | 在线时长:1109小时 | 升级还需:91小时
注册日期: 2007-04
来自: 鄭州
帖子: 880
致谢: 1,417
2009-08-25, 20:12:49 #8 | TOP
gdi++.dll相关站点


视觉测试:包含各类中日英等字符:



gdippManager :



gdi++ Uploade:



gdi++.dll @ wiki:



gdi++ Helium版:



gdi++原始开发者:



gdi++ GetGlyphOutline版:



gdi++ FreeType版:



GDI++所使用的FreeType DLL:



GDI32 Font and Text Functions:



下一代字体渲染项目The InkStone Project:

回复时引用此帖
以下 2 位极客对 flowercold 此帖表示感谢:
jordanfc (2009-08-25), 昊月 (2009-08-27)
CrendKing
CrendKing 的头像
荣誉极客
级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时
注册日期: 2005-12
帖子: 609
致谢: 306
2009-08-26, 03:35:27 #9 | TOP
粗略看了一下 Detours 和 EasyHook 的文档。个人认为 DetourRestoreAfterWith 对应的应该是 LhUninstallAllHooks + LhWaitForPendingRemovals。后面这个函数可能不是必要的,楼主可以都试一下。

很有意义的工作。如果遇到任何困难,请不妨发帖上来大家讨论。人多力量大:)
回复时引用此帖
dipplum 帅哥
极客II
级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时
注册日期: 2008-09
帖子: 72
致谢: 17
2009-08-26, 04:36:50 #10 | TOP
谢谢, DetourRestoreAfterWith是在hook_init里完成的, 可能不是表示UninstallHook.
从现在可以运行的代码看, easyhook有可能不需要DetourRestoreAfterWith这个函数, 因为现在已经可以渲染了.
回复时引用此帖
CrendKing
CrendKing 的头像
荣誉极客
级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时
注册日期: 2005-12
帖子: 609
致谢: 306
2009-08-26, 07:27:38 #11 | TOP
我知道 DetourRestoreAfterWith 是在 hook_init 里。根据 Detours 的文档,DetourRestoreAfterWith 的作用是

我没有在 GDI++ 的代码里找到 DetourCreateProcessWithDll,但是我认为注册表加载可能隐含了让 user32.dll 在加载进程时同时加载 gdi++.dll 和 detours.dll。所以 DetourRestoreAfterWith 可以防止一个已经加载了 detours 的 hook 的进程再次加载 detours(比如既注册表加载,又启动了 GDI++ Tray)。

尝试了楼主的程序。看 gdi++.dll 的大小和导入表,楼主应该是同时把 freetype 也编译进去了的。我在虚拟机里的 Windows XP 32bit 里测试,发现注册表加载后,注销(或重启),然后可以进入桌面,桌面文字无渲染效果。打开任意窗口(我的电脑,快捷方式,开始菜单)均导致 explorer 终止并重启。看来在 hook 上应该还有问题。不知道其他系统的使用情况如何。

另外,如果楼主的 64 位移植成功了,是只能在 64 位系统里渲染 64 位程序,还是能同时渲染 64 和 32 位程序?应该可以在 hook 时判断位数,然后分别使用 EasyHook64.dll 和 EasyHook32.dll 吧。但不知道会不会有其他的问题。
此帖于 2009-08-26 08:54:30 被 CrendKing 编辑.
回复时引用此帖
dipplum 帅哥
极客II
级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时
注册日期: 2008-09
帖子: 72
致谢: 17
2009-08-26, 09:12:36 #12 | TOP
谢谢, 没想到你说的场景, 回去又仔细看了文档, 一开始没理解, 现在理解了, DetourRestoreAfterWith就是这个作用.
目前移植到easyhook的坏处是, 只能用Appinit_DLLs的方式加载. 其他加载方式, 如GDI++ Tray, 应该也是用detours提供的功能实现的, 同样有64位不能编译的问题, 所以GDI++ Tray也涉及到移植到easyhook的问题. 刚刚改代码, 发现gdi++.dll自带一个Dll注入的功能, 那个功能完全是依赖32位汇编的, 所以x64下也不能用.
所以, 可能不会遇到重复加载的问题(仅仅是可能). 如果遇到了, 不知道UninstallHook能不能管用, 我觉得语义不太一致, DetourRestoreAfterWith隐含把别人的修改恢复原状的意思, 而UninstallHook只能卸载自己已经注册了hook. 不知道你觉得是不是这样.

你虚机是中文Windows么, 现在中文字体的渲染还有很大问题. 添加注册表项以后, 应该立即就生效了, 能不能不注销/重启, 直接打开浏览器, 或者notepad, 看效果.
只有我一个人看到过渲染的效果, 所以不确信是不是移植完成了. 无论中英文, 只要能出渲染效果, 就说明easyhook工作正常.
回复时引用此帖
CrendKing
CrendKing 的头像
荣誉极客
级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时
注册日期: 2005-12
帖子: 609
致谢: 306
2009-08-26, 09:49:09 #13 | TOP
既然 DetourRestoreAfterWith 是恢复 DetourCreateProcessWithDll 修改的导入表,那应该不会更改其他程序对此进程的修改。其实目前先不管这个 DetourRestoreAfterWith 我觉得问题不大,无非可能会有一点兼容性问题,可以以后再解决。

我建议首先实现 AppInit_DLLs 的方式,其他情况先暂时放下。

我是英文 XP,界面无任何中文。我知道在 Vista/7 里,AppInit_DLLs 会在修改以后启动新进程时立即生效,但 XP 不会,所以需要注销。现在在公司,一会儿回去了在 Windows 7 里试试。64 位我暂时是试不了了。
回复时引用此帖
dipplum 帅哥
极客II
级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时
注册日期: 2008-09
帖子: 72
致谢: 17
2009-08-26, 09:49:25 #14 | TOP
有两个gdi++.dll, 一个64位的, 一个32位的. 因为32位程序只能链接32位dll. 而且Appinit_DLLs的键值都是两个地方, 一个是HKLM\software\Microsoft\windows nt\current version\windows, 一个是HKLM\software\Wow6432node\Microsoft\windows nt\current version\windows, 所以不会乱
回复时引用此帖
CrendKing
CrendKing 的头像
荣誉极客
级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时
注册日期: 2005-12
帖子: 609
致谢: 306
2009-08-26, 09:50:59 #15 | TOP
也就是说会有两个不同版本的 gdi++.dll 了?gdi++32.dll, gdi++64.dll
回复时引用此帖
dipplum 帅哥
极客II
级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时
注册日期: 2008-09
帖子: 72
致谢: 17
2009-08-26, 09:53:15 #16 | TOP
是的

不会吧, 我之前一直在XP SP2, 中文英文都试过, Appinit_DLLs都是立即生效啊, 难道搞错了?

试得时候记得不要把regedit关了...不然很危险. 呵呵. 谢谢关注
回复时引用此帖
wdbhh 帅哥
wdbhh 的头像
超级果仁
级别:17 | 在线时长:1649小时 | 升级还需:61小时级别:17 | 在线时长:1649小时 | 升级还需:61小时级别:17 | 在线时长:1649小时 | 升级还需:61小时级别:17 | 在线时长:1649小时 | 升级还需:61小时级别:17 | 在线时长:1649小时 | 升级还需:61小时级别:17 | 在线时长:1649小时 | 升级还需:61小时级别:17 | 在线时长:1649小时 | 升级还需:61小时
注册日期: 2008-05
帖子: 907
致谢: 381
2009-08-26, 10:20:07 #17 | TOP
楼上所有人讨论的绝对是技术问题!!俺是菜鸟!!纯粹是来打气的!!加油吧!!!!有这么热心的初级会员和老级会员关注!!!希望你能成功!!!
女人无所谓道德,只是她受的诱惑不够大;男人无所谓忠诚,只是他觉得背叛这种忠诚的筹码太低了!
回复时引用此帖
dipplum 帅哥
极客II
级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时
注册日期: 2008-09
帖子: 72
致谢: 17
2009-08-26, 10:32:10 #18 | TOP
另外, 有哪位大侠做过 gdi++ 的调试? 能不能简单说说怎么做?
不能debug, printf也不起作用, 大部分时间都花在重新编译和乱改代码上了.
回复时引用此帖
CrendKing
CrendKing 的头像
荣誉极客
级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时级别:10 | 在线时长:608小时 | 升级还需:52小时
注册日期: 2005-12
帖子: 609
致谢: 306
2009-08-26, 11:54:47 #19 | TOP
Linux 还好说,即使是内核模块也可以 printk,Windows 上的调试我还真不会。能不能 MessageBox? 随便说的,别笑我。

另外,你是在虚拟机里调的?我的机器估计跑不动虚拟机里的 Windows 7。隐约记得安全模式是不会加载 AppInit_DLLs,所以即使完蛋了,还有安全模式可以退,或者 PE 等等,不至于进不了 Windows。
回复时引用此帖
dipplum 帅哥
极客II
级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时级别:3 | 在线时长:99小时 | 升级还需:1小时
注册日期: 2008-09
帖子: 72
致谢: 17
2009-08-26, 12:40:43 #20 | TOP
说实话, 我在linux下就从来不用gdb, 一律printf呵呵, 好的logging工具能解决大部分调试问题.
你还别说, 我还真试过MessageBox, 没看着消息框, 哈哈

我是直接用我工作机调的, 先在虚拟机里调出经验了, 只要regedit.exe在, 就不怕.
回复时引用此帖
关闭主题 « 上一主题 - 字体渲染 - 下一主题 »
第1页,共7页:  1  2  3  4  5   最后 »
过期主题 该主题因在两个月内没有任何回复而自动关闭。
如果您还对该主题感兴趣或者想参与对此主题的讨论,请您重新发表一篇相关的新主题。
主题工具
发帖规则
不可以发表新主题
不可以发表回复
不可以上传附件
不可以编辑自己的帖子

启用 BB 代码
论坛启用 表情符号
论坛启用 [IMG] 代码
论坛禁用 HTML 代码

论坛跳转:
Copyright ©2003-2014, THEMEX.NET [湘ICP备14009485号]
Powered by vBulletin® v3.8.3 ©Jelsoft Enterprises Ltd.
所有时间均为北京时间。现在的时间是 20:31:16