h_rain http://cang.baidu.com/h_rain 是我的收藏. 因为太笨，所以只能现用什么现学什么... http://h-rain.javaeye.com UTF-8 Copyright 2003-2008, JavaEye.com http://blogs.law.harvard.edu/tech/rss JavaEye - 做最棒的软件开发交流社区 对Berkeley DB的性能进行的部分测试 h_rain 作者: h_rain  链接：http://h-rain.javaeye.com/blog/176415  发表时间: 2008年03月26日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

 
零 环境说明:
    所有的数据插入的都是Key=int,Value=int,在循环中递增的.
    本机NTFS的默认簇大小为4K.
    本机配置仅仅影响绝对值.相对值是可比较的:
        OS=WinXP SP2;RAM=1G;CPU=AMD Athlon 64 X2 Dual 5000+;Disk=160G 
    测试的实际数据量为:300*10000*2*sizeof(int)/1024/1024~=22.89MByte
    下面所有的测试结果的单位都是秒.
    编译器:C++ builder 6.0(使用bcb编译BDB源码,形成LIB库后,直接链接到测试程序中.没有测试DLL的形式.)
    BDB版本:4.6.21.NC

 

 一 测试页尺寸对读写性能的影响:
    记录数量 =300万 缓存尺寸=0M
读写\页尺寸 1K 2K 4K 8K 16K 32K
B+写 94.9484.8382.73 97.16142.67232.11
HASH写 346.16320.41288.36295.19599.66867.03
B+读 4.224.063.863.91 3.803.78
HASH读 8.25 7.945.425.414.994.88

结论:页尺寸与文件系统的簇大小相同时,写入性能最佳,读取性能中等.

在0M缓存的时候,B+的性能要比HASH好得多.

 

 

 二 测试cache缓存大小对读写性能的影响:
    记录数量=300万  页尺寸=4K   真实数据量=22.89MByte 数据库文件大小=80M
读写\缓存 0M 10M 20M 40M 80M 160M 320M
B+写 85.0688.66 133.31 164.81 15.31 15.34 15.27
HASH写 292.91 224.47 180.76 95.28 20.11 20.06 20.05
B+读 3.984.17 4.86 9.56 3.83 3.81 3.80 
HASH读 5.53 5.83 5.83 8.16 5.205.08 5.16

 

    记录数量=600万  页尺寸=4K   真实数据量=45.78MByte 数据库文件大小=160M
读写\缓存 0M 40M 80M 160M 320M
B+写 259.39 1198.27 1017.94 34.59 34.30 
HASH写 1889.32 1279.95563.12 40.67 40.89
B+读 7.89 14.02 22.84 7.97 8.03 
HASH读 11.17 16.81 11.6610.39 10.88

 

结论:
    对于缓存大于数据库文件尺寸的时候,没有太多可说的,操作都在内存中,速度非常快.  
    对于大数据量的读取,两组对比都比较清晰的说明了一点:缓存的大小对读取记录的性能影响不是很大.
    对于大数据量的写入,缓存对性能的影响就非常可观了,基本可以肯定的是,HASH库缓存越大写入速度越快.  而奇怪的是,B+库在缓存不足的时候,性能反而比0缓存时还要差很多!!
    总的来说,在我的这些测试中,B+与HASH数据库的性能差异很大.
    对于缓存大于物理内存的情况未做测试,估计对性能不会有好的影响,毕竟在这种情况下,效率的瓶颈都是在磁盘的IO上.
测试的核心代码如下:
 
#include <db_cxx.h>
#define	DATABASE	"access.db"
//tcount=记录数为多少万次,DbType=数据库类型,psize=页尺寸K,csize=缓存尺寸M
void run(int tcount,DBTYPE DbType,size_t psize,size_t csize)
{
	remove(DATABASE);
	Db db(0, 0);

	db.set_errpfx("AccessExample");
	db.set_pagesize(1024*psize);
	db.set_cachesize(0, 1024*1024*csize, 0);
	db.open(NULL, DATABASE, NULL, DbType, DB_CREATE|DB_THREAD, 0664);

    int testcount=10000*tcount;
    size_t tick1=GetTickCount();
	for (int i=0;i<testcount;i++)
    {
		Dbt key(&i,sizeof(int));
		Dbt data(&i,sizeof(int));
		db.put(0, &key, &data, DB_NOOVERWRITE);
    }
    
    printf("插入结束 %d 万记录,全部用时:%.2f秒\r\n",tcount,(GetTickCount()-tick1)/(float)1000);
    tick1=GetTickCount();
	try
    {
		Dbc *dbcp;
		db.cursor(NULL, &dbcp, 0);
		Dbt key;
		Dbt data;
		while (dbcp->get(&key, &data, DB_NEXT) == 0)
        {
			key.get_data();
			data.get_data();
		}
		dbcp->close();
        printf("遍历结束 %d 万记录,全部用时:%.2f秒\r\n",tcount,(GetTickCount()-tick1)/(float)1000);
        db.sync(0);
	}
	catch (DbException &dbe) {}
	db.close(0);
}
  

本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Wed, 26 Mar 2008 17:01:05 +0800 http://h-rain.javaeye.com/blog/176415 http://h-rain.javaeye.com/blog/176415 关于一些中文分词器 h_rain 作者: h_rain  链接：http://h-rain.javaeye.com/blog/169896  发表时间: 2008年03月10日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

找了一些,列出来,备忘.部分内容来自http://lihaiyan.javaeye.com/blog/127674

1 计算所汉语词法分析系统 ICTCLAS
中国科学院计算技术研究所在多年研究基础上，耗时一年研制出了基于多层隐马模型的汉语词法分析系统 ICTCLAS(Institute of Computing Technology, Chinese Lexical Analysis System)，该系统的功能有：中文分词；词性标注；未登录词识别。分词正确率高达97.58%(最近的973专家组评测结果)，基于角色标注的未登录词识别能取得高于90%召回率，其中中国人名的识别召回率接近98%，分词和词性标注处理速度为31.5KB/s。ICTCLAS 和计算所其他14项免费发布的成果被中外媒体广泛地报道，国内很多免费的中文分词模块都或多或少的参考过ICTCLAS的代码。

下载页面： http://www.nlp.org.cn/project/project.php?proj_id=6

由于 ICTCLAS 是由 C 语言写成的，现在主流的开发工具用起来不太方便，于是有一些热心的程序员把 ICTCLAS 改为 Java 和 C# 等其他语言。

（1）fenci，Java 的 ICTCLAS，下载页面： http://www.xml.org.cn/printpage.asp?BoardID=2&id=11502

（2）AutoSplit，另一个 Java 的 ICTCLAS，已经找不到下载页面，点击本地下载

（3）小叮咚中文分词，曾经有下载页面，现在找不到了。据作者介绍，从 ICTCLAS 中改进，有 Java，C# 和 C++ 三个版本，介绍页面： http://www.donews.net/accesine

2 海量智能分词研究版

海量智能计算技术研究中心为了使中文信息处理领域的研究者们能够共同分享海量智能中心的研究成果，共同提高中文信息处理水平，特此发布《海量智能分词研究版》，供专家、学者和爱好者进行研究。

下载页面： http://www.hylanda.com/cgi-bin/download/download.asp?id=8


3 CSW中文智能分词组件

运行环境：Windows NT、2000、XP 或更高，可以在 ASP，VB 等微软的开发语言中调用。

简介: CSW中文智能分词DLL组件，可将一段文本自动的按常规汉语词组进行拆分,并以指定方式进行分隔，且可对其拆分后的词组进行语义、词频标注。其广范应用于各行各业的信息资料检索、分析。

下载页面： http://www.vgoogle.net/

4 C# 写的中文分词组件

据作者介绍，一个 DLL 文件，可以做中英文分词组件。完全C#托管代码编写，独立开发。

下载页面： http://www.rainsts.net/article.asp?id=48

5 (C) scws-1.0.0 正式发布 (含php扩展及2文本词典) http://www.hightman.cn/


6 MMSeg Java开源实现http://www.solol.org/projects/mmseg/


7 小麻雀搜索引擎http://www.sqlet.com/

8 (C#) 开源 ShootSearch 分词组件 1.0 bate 070312 (支持dotlucene)http://www.shootsoft.net/home/show.aspx?id=38&cid=8

9 (Java) Paoding Analysis(庖丁解牛)http://code.google.com/p/paoding/

10 (Java) lucene开源中文分词器 IKAnalyzer2.0.2 共享及源码发布http://linliangyi2007.javaeye.com/blog/165287

11 (ruby) RMMSeg 作者,一些介绍
根据作者自己博客上面的测试，中文分词的准确率可以达到98%以上.应该是MMSEG的Ruby实现.

12 (C) MMSEGhttp://technology.chtsai.org/mmseg/

13 (C++)FirteX 是一个功能强大、高性能、灵活的全文索引和检索平台http://www.firtex.org/


其他:
搜索引擎资料收集(转)http://wind-bell.javaeye.com/blog/81504
几个免费的中文分词模块http://lihaiyan.javaeye.com/blog/127674
开源研究,中文分词http://www.j-kanban.com/bbs/thread-1806-1-1.html
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Mon, 10 Mar 2008 16:35:36 +0800 http://h-rain.javaeye.com/blog/169896 http://h-rain.javaeye.com/blog/169896 使用Dxpcom进行HTML文本的DOM解析 h_rain 作者: h_rain  链接：http://h-rain.javaeye.com/blog/75129  发表时间: 2007年04月26日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

开帖纪念,dxpcom终于可以使用了.
找了好半天,才知道怎么使用mozilla xpcom进行HTML的DOM解析.
解析使用的组件是"@mozilla.org/xmlextras/domparser;1",可以解析HTML和XML.解析使用的接口是nsIDOMParser.
代码如下,保存时要注意为UTF-8格式,不然无法用DMD编译. 
import mozilla.xpcom.nsXPCOM;
import mozilla.xpcom.nsIDOMParser;
import mozilla.xpcom.nsIComponentManager;
import mozilla.xpcom.nsIDOMDocument;
import mozilla.xpcom.nsIDOMHTMLDocument;
import mozilla.xpcom.nsISupports;
import mozilla.dxpcom.StringAPI;
import mozilla.dxpcom.QueryInterface;
import std.string;
import std.stdio;

void main(char[][] args)
{
    //定义xpcom组件管理器接口
	nsIComponentManager componentManager;
	nsresult result;
    //定义一个临时使用的空串
    AString tStr=new AString();

	//初始化xpcom环境
	result = NS_InitXPCOM2(null, null, null);
	assert(result==0);

	//得到xpcom组件管理端接口
	result = NS_GetComponentManager(&componentManager);
    assert(result==0);

    //定义DOM解析器接口
	nsIDOMParser DOMParser;

	//使用xpcom组件管理端,从指定的组件中得到指定的接口
	result = componentManager.CreateInstanceByContractID("@mozilla.org/xmlextras/domparser;1",null,
		&nsIDOMParser.IID,cast(void**)&DOMParser);
    assert(result==0);

    //定义待解析的HTML文本串
	PRUnichar HtmlStr[]=r"<html><head><title>test_title</title></head><body><al>test</al></body></html>"w;

    //定义DOM文档对象接口
	nsIDOMDocument DOMDoc;

    //使用DOM解析接口解析html文本串,得到DOM文档对象接口
    result=DOMParser.ParseFromString(cast(PRUnichar*)HtmlStr,"application/xhtml+xml",&DOMDoc);
    assert(result==0);
    DOMParser.Release();

    /*
    //得到文档的类型
    nsIDOMDocumentType DocType;
    result=DOMDoc.GetName(&DocType);
    assert(result==0);
    result=DocType.GetInternalSubset(cast(nsAString*)tStr);
    assert(result==0);
    writefln("Doc Type=: %s", tStr.GetString());*/

    //定义DOM节点列表接口
    nsIDOMNodeList NodeList;

    //定义待解析得到的节点的名字
    AString TagName = new AString("title"w);
    //解析得到节点列表
    result=DOMDoc.GetElementsByTagName(cast(nsAString*)TagName,&NodeList);
    assert(result==0);

    //定义DOM节点接口
    nsIDOMNode Node;
    uint Len=0;

    //判断节点列表是否为空
    result=NodeList.GetLength(&Len);
    assert(result==0&&Len!=0);

    //从节点列表中得到一个节点
    result=NodeList.Item(0,&Node);
    assert(result==0);
    NodeList.Release();

    //得到这个节点的名字
    result=Node.GetNodeName(cast(nsAString*)tStr);
    assert(result==0);

    //显示这个节点的名字
    wchar wStr[]=tStr.GetString();
    Len=wStr.length;
	writefln("Node Name =: %s", wStr);

    //再定义一个节点接口,用于表示子节点
    nsIDOMNode cNode;

    //得到这个节点的子节点
    result=Node.GetFirstChild(&cNode);
    assert(result==0);


    //得到子节点的值
    result=cNode.GetNodeValue(cast(nsAString*)tStr);
    assert(result==0);
    cNode.Release();

    //显示这个子节点的值
    wStr=tStr.GetString();
    writefln("Node Value=: %s", wStr);

    //释放所有用过的接口
    Node.Release();
    DOMDoc.Release();
    componentManager.Release();
    //关闭xpcom环境
	result = NS_ShutdownXPCOM(null);
	assert(result==0);
}


看上去好像很繁琐,但等D的异常风格包装完事后,会好看的多!

再次对qiezi的工作表示敬意!为我们提供了在D中使用xpcom的可能!
:)

其他不明的相关事宜,请大家讨论.

这次修改,加入了Release调用.

最终的运行结果是: 
Node Name =: title
Node Value=: test_title

本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Thu, 26 Apr 2007 17:11:58 +0800 http://h-rain.javaeye.com/blog/75129 http://h-rain.javaeye.com/blog/75129 深入分析D语言接口与COM接口的关系 h_rain 作者: h_rain  链接：http://h-rain.javaeye.com/blog/73268  发表时间: 2007年04月22日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

前两天为了解决dxpcom项目中遇到的xpcom接口兼容性问题，看了一下DMD编译器的源码，对D的接口有了一些了解，现在总结出来，备忘。

D中有了专门用于标识接口的关键字interface，而不用象C++中使用抽象类来代替。
D代码: 
interface ITest
{
int test();
}

C++代码： 
class ITest
{
int test()=0;
}


而D中的接口与C++中的接口不同之处是，D中的接口仍然含有ClassInfo，存放在虚表的0项上。

从DMD的源码中可以得知，D中的类，接口都在虚表的0项上保存了ClassInfo指针。
这样，D中的接口是无法与C++接口兼容的，则D就无法调用Windows的COM对象，至少是无法“优雅”的调用（仍然可以使用struct进行二进制兼容代替）。

为了解决这个问题，DMD就需要能够表示出与C++兼容的COM接口，即需要一个虚表是"干净"的接口。又由于，从一个COM接口继承的接口仍然是一个COM接口，而COM模型的实现上又恰好定义了一个“IUnknown”根接口(COM体系中的所有的接口都是继承了IUnknown)。

所以，出于简单实现的原则，DMD区分一个接口是D接口还是COM接口，关键就是判断这个接口是不是叫做IUnknown，以及这个接口是否继承自IUnknown,虽然接口都是通过Interface关键字声明。更有趣的是，DMD仅仅判断接口的名字是否为"IUnknown"而根本不管接口中的方法如何定义。

以上所述内容在进行Windows COM编程时，几乎不会被察觉，因为Windows的所有接口都是继承自IUnknown，只要正常使用就可以了。

而在进行Mozilla xpcom编程的时候，xpcom的根接口叫做ISupports,DMD根本就不会认为这是需要编译为C++兼容的COM接口，而仍然会将虚表的0项进行保留，结果给使用者造成了虚表指针偏移了的印象。

基于D的这个识别COM接口的方式，在dxpcom项目中，qiezi使用了别名的方式进行了变换，既将dxpcom项目中的所有的接口名称进行了优雅的统一，又能够使DMD生成正确的COM接口： 
extern(Windows)
interface IUnknown {
  static const char[] IID_STR = NS_ISUPPORTS_IID_STR;
  static const nsIID IID = NS_ISUPPORTS_IID;

  /* void QueryInterface (in nsIIDRef uuid, [iid_is (uuid), retval] out nsQIResult result); */
  nsresult QueryInterface(nsIID * uuid, void * *result);

  /* [noscript, notxpcom] nsrefcnt AddRef (); */
  nsrefcnt AddRef();

  /* [noscript, notxpcom] nsrefcnt Release (); */
  nsrefcnt Release();

}

alias IUnknown nsISupports;


这个现象同时也很好的说明了，D中的别名（alias）在符号的处理方面仅仅是一个符号的替换，同C/C++中的#define的作用相同。

下面的两段代码就能很好的诠释本文的内容(感谢qiezi提供)

代码一，无法通过运行期断言，因为接口IInterface仍然为标准D接口，虚表的0项为ClassInfo指针无法被显示的调用，在执行的结果中就表现为虚表进行了偏移。 
extern(Windows):   
int test1(IInterface p)   
{   
    return 1;   
}   
  
int test2(IInterface p)   
{   
    return 2;   
}   
  
int test3(IInterface p)   
{   
    return 3;   
}   
  
struct InterfaceVtbl   
{   
extern(Windows):   
    int function(IInterface) test1;   
    int function(IInterface) test2;   
    int function(IInterface) test3;   
}   
  
struct Interface   
{   
    InterfaceVtbl* vtbl;   
  
    InterfaceVtbl vtbl_;   
  
    static Interface opCall()   
    {   
        Interface res;   
        res.vtbl_.test1 = &test1;   
        res.vtbl_.test2 = &test2;   
        res.vtbl_.test3 = &test3;   
        res.vtbl = &res.vtbl_;   
        return res;   
    }   
}   
  
interface IInterface   
{   
    int test1();   
    int test2();   
    int test3();   
}   
  
extern (D):   
  
void main()   
{   
    Interface i = Interface();   
    assert(i.vtbl.test1(cast(IInterface)&i) == 1);   
    assert(i.vtbl.test2(cast(IInterface)&i) == 2);   
    assert(i.vtbl.test3(cast(IInterface)&i) == 3);   
  
    IInterface ii = cast(IInterface)&i;   
    assert(ii.test1() == 1);   
    assert(ii.test2() == 2);   
    assert(ii.test3() == 3);   
}


代码二，与代码一的结构完全一致，却能够通过运行时断言的检查。唯一的不同仅仅是IInterface的名字换成了IUnknown!! 
extern(Windows):   
int test1(IUnknown p)   
{   
    return 1;   
}   
  
int test2(IUnknown p)   
{   
    return 2;   
}   
  
int test3(IUnknown p)   
{   
    return 3;   
}   
  
struct InterfaceVtbl   
{   
extern(Windows):   
    int function(IUnknown) test1;   
    int function(IUnknown) test2;   
    int function(IUnknown) test3;   
}   
  
struct Interface   
{   
    InterfaceVtbl* vtbl;   
  
    InterfaceVtbl vtbl_;   
  
    static Interface opCall()   
    {   
        Interface res;   
        res.vtbl_.test1 = &test1;   
        res.vtbl_.test2 = &test2;   
        res.vtbl_.test3 = &test3;   
        res.vtbl = &res.vtbl_;   
        return res;   
    }   
}   
  
interface IUnknown   
{   
    int test1();   
    int test2();   
    int test3();   
}   
  
extern (D):   
  
void main()   
{   
    Interface i = Interface();   
    assert(i.vtbl.test1(cast(IUnknown)&i) == 1);   
    assert(i.vtbl.test2(cast(IUnknown)&i) == 2);   
    assert(i.vtbl.test3(cast(IUnknown)&i) == 3);   
  
    IUnknown ii = cast(IUnknown)&i;   
    assert(ii.test1() == 1);   
    assert(ii.test2() == 2);   
    assert(ii.test3() == 3);   
}


另外需要说明的是extern(D)，extern(Windows)，extern(Pascal)等特征，只是用来描述函数的调用约定，与接口的类型无关。
一句话：D中的类与标准D接口都有ClassInfo在虚表的0项上，而COM接口的虚表是干净的；而将一个接口声明为COM接口的方式为：将这个接口命名为IUnknown或继承自IUnknown。
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Sun, 22 Apr 2007 23:47:16 +0800 http://h-rain.javaeye.com/blog/73268 http://h-rain.javaeye.com/blog/73268 在cygwin中编译gdc 0.23 h_rain 作者: h_rain  链接：http://h-rain.javaeye.com/blog/72476  发表时间: 2007年04月19日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！ 

一 准备
前面的setup过程参考gdc的安装说明.
/cygdrive/d/gdc/gcc-3.4.5是gdc的源码目录
在cygwin的环境下,要不就修改gdc automake文件的版本,要不就安装1.9.4,需要保持版本一致
拷贝cygwin下的cygiconv-2.dll,cygintl-2.dll,cygintl-8.dll到gcc-3.4.5/gcc目录

二 配置
cd /cygdrive/d/gdc/gcc-3.4.5
configure --prefix=/usr/local/gdc --enable-languages=c,d

三 构建
1 
	make
	到配置phobos出错,不用管,进行下面的安装
2 
	make install
3
	cp /usr/local/gdc/bin/gdc /usr/local/gdc/bin/gdc-3.4.5.exe
4	
	cd /cygdrive/d/gdc/gcc-3.4.5/i686-pc-cygwin/libphobos
	PATH='/usr/local/gdc/bin':$PATH CC=/usr/local/gdc/bin/gdc-3.4.5.exe /bin/sh /cygdrive/d/gdc/gcc-3.4.5/libphobos/configure  --host=i686-pc-cygwin --build=i686-pc-cygwin --enable-multilib --prefix=/usr/local/gdc --enable-languages=c,d --with-gcc-version-trigger=/cygdrive/d/gdc/gcc-3.4.5/gcc/version.c --program-transform-name=s,y,y, --srcdir=../.././libphobos --with-target-subdir=i686-pc-cygwin CPPFLAGS='-O2' build_alias=i686-pc-cygwin host_alias=i686-pc-cygwin  --no-create --no-recursion target_alias=i686-pc-cygwin
5
	make
	make install


自己写的备忘,不是很清晰.
大家拍砖的时候,请帮忙完善:)
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Thu, 19 Apr 2007 14:34:39 +0800 http://h-rain.javaeye.com/blog/72476 http://h-rain.javaeye.com/blog/72476 在Windows上配置 CodeBlocks+DMD 进行 D 编程 h_rain 作者: h_rain  链接：http://h-rain.javaeye.com/blog/65825  发表时间: 2007年03月27日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

使用DMD1.011+DDbg0.1.1+CodeBlocks,配置完成后,就可以进行调试了.

部分内容可以参考 在 Windows 上配置 CodeBlocks + gdcwin 进行 D 编程

在CodeBlocks上配置 DMD 与配置GDC的步骤基本相同,都是指定编译器的所在目录,指定Include,Lib搜索路径等.

一 下载与准备

1 下载DMD与DMC:
http://ftp.digitalmars.com/dmd.zip
http://ftp.digitalmars.com/dmc.zip
假设,DMC与DMD被解压缩在 C:\mingw\D\DM 与 C:\mingw\D\DMD.

2 下载DDbg,主页在http://ddbg.mainia.de/releases.html
假设,DDbg的可执行文件被解压缩在C:\mingw\D\DMD\bin下面


二 设置

1 设置DDbg
DDbg可以模拟GDB的CLI接口(使用-cli=gdb命令行开关),所以可以被集成进CodeBlocks,下载包中已经存在ddbg_gdb.bat可以直接使用。

2 设置CodeBlocks:
1) 在CodeBlocks的Setings菜单下,选择Compiler And Debuger菜单项,出现编译器设置对话框.
2) Selected Compiler下拉列表框中,选择 Digital Mars D Compiler

3) 在第二个下拉列表框中,选择Toolchain Executables,下面就出现了Compiler's installation Directory编辑框,
A) 点击"..."按钮,选择编译器的安装目录为C:\mingw\D\dmd目录
B)在Program Files页中,设置Debuger为DDbg_gdb.bat

4) 在第二个下拉列表框中,选择Search Directory,我们来配置编译链接搜索目录.
A)Complier页,保证有路径C:\mingw\D\dmd\src\phobos
B)Linker页,保证有路径C:\mingw\D\dmd\lib


三 使用
1 新建D工程,选择使用DMD编译器.
2 在Project build options对话框中,选择Debug目标,在第二个下拉列表框中选择Linker settings,在Other linker options输入框中,输入-g
3 编译,设置断点,F8开始调试吧!

整体的要点:
1 设置编译器的安装路径
2 更改调试器为ddbg_gdb.bat
3 在每个工程的Debug目标中,给链接器增加一个-g调试开关.

因为DMD的编译器与链接器是一个,而正常的时候,连接器是没有-g调试开关的,所以就不能将调试信息链接进exe文件,因此就无法被ddbg调试.
本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Tue, 27 Mar 2007 15:19:17 +0800 http://h-rain.javaeye.com/blog/65825 http://h-rain.javaeye.com/blog/65825 在 Windows 上配置 CodeBlocks + gdcwin 进行 D 编程 h_rain 作者: h_rain  链接：http://h-rain.javaeye.com/blog/55504  发表时间: 2007年02月24日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

(2007-03-07更新,使用GDC 0.23,基于DMD 1.007)

零 说明
  经过下面的步骤,我们就拥有了一个(基本)全能的D IDE了.
 可以对D工程进行语法高亮,代码完成,可以进行可视化的调试!!

一 下载,准备

1 下载CodeBlocks,目前是1.0rc2,使用没有MinGW打包的我们自己安,否则gcc,gdc版本问题很麻烦.
 http://jaist.dl.sourceforge.net/sourceforge/codeblocks/codeblocks-1.0rc2.exe
 
2 下载CodeBlocks的更新包(每夜构建),这个是列表
 http://forums.codeblocks.org/index.php?board=20.0
  我昨天使用的是2007-2-11的更新,应该总是使用最新的.
   http://download.berlios.de/codeblocks/CB_20070211_rev3592_win32.7z
  每夜构建需要一些运行时文件的更新,如MinGW和xwWidgets的DLL等,也需要下载.
  
3 下载MinGW,目前使用的是5.1.3
 http://jaist.dl.sourceforge.net/sourceforge/mingw/MinGW-5.1.3.exe
 
4 下载gdb,我用的是6.3-2
 http://jaist.dl.sourceforge.net/sourceforge/mingw/gdb-6.3-2.exe
 
5 下载gdc,目前是0.23,基于DMD 1.007最新版

http://nchc.dl.sourceforge.net/sourceforge/dgcc/gdc-0.23-mingw32-gcc-3.4.5.tar.bz2

二 安装

1 MinGW
 MinGW使用在线下载安装,选择你需要的组件,假设安装到c:\MinGW,以下称MinGW安装目录.
2 gdb
 选择安装目录为MinGW安装目录,一通下一步就OK了.
3 gdcwin
 解压缩gdc-0.23-mingw32-gcc-3.4.5.tar.bz2到MinGW安装目录覆盖就OK了.
4 安装CodeBlocks
 运行codeblocks-1.0rc2.exe,选择安装目录,我直接就安装在C:\Program Files\CodeBlocks
5 安装CodeBlocks的更新包
 A) 更新运行时包:(根据http://forums.codeblocks.org/index.php?board=20.0的建议)
  解出mingwm10.7z里面的mingwm10.dll,替换C:\Program Files\CodeBlocks里面的.
  解出wxmsw26_gcc_cb_wx2.6.3p2.7z里面的wxmsw26_gcc_cb.dll,替换C:\Program Files\CodeBlocks里面的.
  解出wxmsw26u_gcc_cb_wx2.6.3p2AndCbPatch_version3.7z里面的wxmsw26u_gcc_cb.dll,替换C:\Program Files\CodeBlocks里面的.
 B) 解出CB_20070211_rev3592_win32.7z每夜构建更新包里面的所有文件,替换C:\Program Files\CodeBlocks里面的.
 
三 设置编译器
 1 在CodeBlocks的Setings菜单下,选择Compiler And Debuger,出现编译器设置对话框.
 2 Selected Compiler下拉列表框中,选择GDC D Compiler
 3 在第二个下拉列表框中,选择Toolchain Executables,下面就出现了Compiler's installation Directory编辑框,
  点击Auto-Detect,应该就会自动找到"C:\MinGW",我们的编译器安装路径.下面的选项不用动.

经过测试，下面的步骤4可以不用设置
 4 在第二个下拉列表框中,选择Search Directory,我们来配置编译链接搜索目录.
  A)Complier页,保证有路径C:\mingw\bin
  B)Linker页,保证有路径C:\mingw\lib
  
四 使用
 现在就可以创建一个D工程了,编译,设置断点,F8调试,哈哈哈哈...


本文的讨论也很精彩，浏览讨论>>


JavaEye推荐



]]> Sat, 24 Feb 2007 22:22:26 +0800 http://h-rain.javaeye.com/blog/55504 http://h-rain.javaeye.com/blog/55504