Linux平台用C++封装线程读写锁

在Linux平台上已经有现成的线程读写锁pthread_rwlock_t以及相关API,现将这些API封装成与Win32平台上相同的接口,以便于编写跨平台程序。这些API包括pthread_rwlock_init,pthread_rwlock_rdlock,pthread_rwlock_tryrdlock,pthread_rwlock_wrlock,pthread_rwlock_trywrlock,pthread_rwlock_unlock,pthread_rwlock_destroy,可在Linux在线手册上查阅它们的说明。下边的代码在VS2005中编辑,在Fedora 13虚拟机中编译,测试通过。
继续阅读 »

用C读取INI配置文件

在Windows下可以用GetPrivateProfileString或GetPrivateProfileInt方便读取.ini配置文件内容,但是在Linux平台上就一筹莫展了。为了解决该问题,打算用C来读取.ini,即可不受平台的限制了。

继续阅读 »

VC窗口大小自由调整

Introduction

Have you ever thought of how annoying it actually was to spend a lot of time doing a basic GUI for your simple applications instead of focusing on the actual ‘content’? Take for example a resizing dialog or property page. You need to write code for each control that will tell it where to go when the thing is resized, and this can take up a lot of time. Now I know that I’m not the first one to give a solution to this (CResizableDialog), but this article is on my approach.

Description

继续阅读 »

三层架构,分层开发

“大鸟,我们继续讨论吧!”小菜很沮丧的说。

“小伙子,不会修收音机也是很正常的,没什么大不了的,用不着丧着一个脸。好象失恋一样,男人再强也要学会说‘不’。”大鸟安慰着说,“如果你的目标是要成为修理电器专家,那么你连收音机都不会修,那是很郁闷的事。但你现在的目标是什么?”

“我想成为软件架构师,编程专家。”小菜毫不含糊的说。

“就是,你的人生目标很明确,别的方面弱一些有什么关系呢。”大鸟继续说道,“现在电视节目《波士堂》里请来的嘉宾,全是中国的大企业家,许多人身家上亿,节目中都要求他们要有一个Boss秀,难道真的要把他们的才艺去和人家艺术家比吗,我看老板们唱歌虽很业余,但却也感觉得到他们那份认真和情趣——原来亿万富翁也是会唱歌,会跳舞,会食人间烟火的。至于他们歌唱得是不是跑调没有人在意的,明白吗?”

“我明白!我一定要好好努力,成为编程专家。”,小菜说,“我们言归正传,你说我那程序用了反射后,还有什么需要修改的呢?”
继续阅读 »

sqlite3使用简介

一.使用流程

要使用sqlite,需要从sqlite官网下载到三个文件,分别为sqlite3.lib,sqlite3.dll,sqlite3.h,然后再在自己的工程中配置好头文件和库文件,同时将dll文件放到当前目录下,就完成配置可以使用sqlite了。

使用的过程根据使用的函数大致分为如下几个过程:

sqlite3_open()
sqlite3_prepare()
sqlite3_step()
sqlite3_column()
sqlite3_finalize()
sqlite3_close()
继续阅读 »

合并DLL到EXE文件中源码

PE文件格式详解(下)

预定义段

 一个Windows NT的应用程序典型地拥有9个预定义段,它们是.text、.bss、.rdata、.data、.rsrc、.edata、.idata、.pdata和.debug。一些应用程序不需要所有的这些段,同样还有一些应用程序为了自己特殊的需要而定义了更多的段。这种做法与MS-DOS和Windows 3.1中的代码段和数据段相似。事实上,应用程序定义一个独特的段的方法是使用标准编译器来指示对代码段和数据段的命名,或者使用名称段编译器选项-NT――就和Windows 3.1中应用程序定义独特的代码段和数据段一样。

以下是一个关于Windows NT PE文件之中一些有趣的公共段的讨论。

可执行代码段,.text

继续阅读 »

PE文件格式详解(上)

Windows NT 3.1引入了一种名为PE文件格式的新可执行文件格式。PE文件格式的规范包含在了MSDN的CD中(Specs and Strategy, Specifications, Windows NT File Format Specifications),但是它非常之晦涩。
然而这一的文档并未提供足够的信息,所以开发者们无法很好地弄懂PE格式。本文旨在解决这一问题,它会对整个的PE文件格式作一个十分彻底的解释,另外,本文中还带有对所有必需结构的描述以及示范如何使用这些信息的源码示例。

继续阅读 »

DLL调试(6)

DLL调试有以下3种方法
1.同时使用DLL和应用程序的工程来调试
将2个工程放在一个workspace里,可以使用Project/Insert   Project   into   Wordspace…弹出对话框选择,也可以在打开1个工程的情况下,直接使用File/new…选择Project创建另一个新工程,选中,Add   to   current   workspace
为了调试,2个工程都使用Win32   debug(或者   Unicode   Debug)版本,在Project/Settings/link   都选中Generate   Debug   Info
Project/Settings/debug/Category选择Additional   DLLs,添加要调试的Dll文件,Project/Dependencies..选择应用程序的工程以来与Dll的工程,当Dll工程改动后,编译链接生成新版本,为了不经常来回手工拷贝Dll文件,可在Dll工程中的Project/Setting/Post-Build   Step加上诸如 “copy   \debug\test.dll   app\debug “的命令,这样每编译1次都会自动拷贝。
如果是隐式链接Dll,需要从Dll中获得导出信息的头文件和编译生成的导入库lib文件。头文件用#include加入,Project/Add   to   project/Files…加入lib文件

2.使用应用程序的工程来调试Dll
Project/Settings/debug/Category选择Additional   DLLs,添加要调试的Dll文件,如果是远程调试(Build/Debugger   Remote   Connection…中设置),必须给出完整的网络路径。
这个Dll必须是编译成Win32   Debug(或   Unicode   Debug)版本的,包含有调试信息,这样尽管Dll的源程序不是这个工程的组成部分,也可以在应用程序和Dll中设置断点。

3.使用Dll的工程来调试Dll
打开Dll工程,Project/Settings/Debug/Category选择General,为这个Dll指定1个可执行程序,可以就是另外开发的的使用该Dll的用户程序。

具体调试过程中,可以从应用程序单步跟踪到Dll中,在Dll中设置断点,在应用程序中调用Dll中的程序,执行到这个断点时,就会中断,便于检查此时Dll的状态。通过改变、设置应用程序执行环境和不同执行路径,为Dll程序调试提供多种检查方式。

使用DLL在进程间共享数据(5)

在Win16环境中,DLL的全局数据对每个载入它的进程来说都是相同的,因为所有的进程用的都收同一块地址空间;而在Win32环境中,情况却发生了变化,每个进程都有了它自己的地址空间,DLL函数中的代码所创建的任何对象(包括变量)都归调用它的进程所有。当进程在载入DLL时,操作系统自动把DLL地址映射到该进程的私有空间,也就是进程的虚拟地址空间,而且也复制该DLL的全局数据的一份拷贝到该进程空间。(在物理内存中,多进程载入DLL时,DLL的代码段实际上是只加载了一次,只是将物理地址映射到了各个调用它的进程的虚拟地址空间中,而全局数据会在每个进程都分别加载)。也就是说每个进程所拥有的相同的DLL的全局数据,它们的名称相同,但其值却并不一定是相同的,而且是互不干涉的。
因此,在Win32环境下要想在多个进程中共享数据,就必须进行必要的设置。在访问同一个Dll的各进程之间共享存储器是通过存储器映射文件技术实现的。也可以把这些需要共享的数据分离出来,放置在一个独立的数据段里,并把该段的属性设置为共享。必须给这些变量赋初值,否则编译器会把没有赋初始值的变量放在一个叫未被初始化的数据段中。

在DLL的实现文件中添加下列代码:

#pragma data_seg(“DLLSharedSection”)      // 声明共享数据段,并命名该数据段
   int SharedData = 123;       // 必须在定义的同时进行初始化!!!!
#pragma data_seg()

 

在#pragma data_seg(“DLLSharedSection”)和#pragma data_seg()之间的所有变量将被访问该Dll的所有进程看到和共享。仅定义一个数据段还不能达到共享数据的目的,还要告诉编译器该段的属性,有三种方法可以实现该目的(其效果是相同的),

一种方法是在.DEF文件中加入如下语句:

SETCTIONS
    DLLSharedSection READ WRITE SHARED

 

另一种方法是在项目设置的链接选项(Project Setting –〉Link)中加入如下语句:

/SECTION:DLLSharedSection,rws

 

还有一种就是使用指令:

#pragma comment(linker,”/section:.DLLSharedSection,rws”)

那么这个数据节中的数据可以在所有DLL的实例之间共享了。所有对这些数据的操作都针对同一个实例的,而不是在每个进程的地址空间中都有一份。

当进程隐式或显式调用一个动态库里的函数时,系统都要把这个动态库映射到这个进程的虚拟地址空间里。这使得DLL成为进程的一部分,以这个进程的身份执行,使用这个进程的堆栈。

下面来谈一下在具体使用共享数据段时需要注意的一些问题:

·         所有在共享数据段中的变量,只有在数据段中经过了初始化之后,才会是进程间共享的。如果没有初始化,那么进程间访问该变量则是未定义的。
·         所有的共享变量都要放置在共享数据段中。如何定义很大的数组,那么也会导致很大的DLL。
·         不要在共享数据段中存放进程相关的信息。Win32中大多数的数据结构和值(比如HANDLE)只在特定的进程上下文中才是有效地。
·         每个进程都有它自己的地址空间。因此不要在共享数据段中共享指针,指针指向的地址在不同的地址空间中是不一样的。
·         DLL在每个进程中是被映射在不同的虚拟地址空间中的,因此函数指针也是不安全的。

当然还有其它的方法来进行进程间的数据共享,比如文件内存映射等,这就涉及到通用的进程间通信了,这里就不多讲了。