Thread: [Conflib-develop] (no subject)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466


正如论坛上所说，Linux下的配制文件千奇百怪，想要写出通用的接口几乎不可能，所
以我们需要定义一种标准的配制文件格式，我看了
httpd.conf(Apache),smb.conf(Samba),vsftpd.conf(vsftpd)等配制文件
几乎都是 键名+分割符+键值 构成，分割符可以是空格，等号，冒号或多个空格或着空
格和等号 等的组合然后有一些想html等的子项目。

我的初步构想是写一个接口读取配制文件，将键名和键值存入像表格或哈希这样的数据
结构供应用程序使用。如果按照这样的话，接口可分为：

str.h  str.c (用于处理字符串，重写strcpy,strcat 等危险函数，还有一些会用到的
函数)

libconf.h (主头文件，应用程序包含此文件即可使用libconf接口)

table.h table.c (数据结构，用于存储配置文件中的数据供应用程序使用，并提供操
作表格的函数，或hash.h hash.c)

input.c input.h (用于读取配置文件，如一次读取一行等)

split.h split.c (接口的核心，用于将键名和键值分割，分割符可自定)

希望大家有更好的解决方案。

_________________________________________________________________
享用世界上最大的电子邮件系统― MSN Hotmail。 http://www.hotmail.com 


confirm 810039

james_r:
我认为可以先想好提供什么样的接口函数。那个叫表格的数据结构是怎样的？
我初步设想了一下：
struct section
{
    char *name;
    struct section *parent;
    struct section **child;//provides several child sections
    struct element *element_head;
};
typedef struct section * pSection_t;

struct element//链表
{
    struct element * head;
    char *key;
    char *words;
    struct element * next;
};
typedef struct element * pElement_t;

另外，你说"重写strcpy、strcat等危险函数"，为什么说是危险函数？要重写成什么样
的？

ourselves:
strcpy等函数容易造成缓冲区溢出,非常危险的漏洞，缓冲区溢出是现在很流行的攻击 

方法，想法或解决方案等开发方面的东西都发到 
:con...@li...（也就是开发者邮件列表） 
这样所有的开发者都可以看到和参加讨论，因为这个项目需要大家一起开发，项目开发
 
者主要的交流方式是邮件列表。关于编码规范在CVS仓库的doc目录中 
(coding_rules.txt)，最好看看，觉得有什么需要修改的地方可以改一下。你的想法很
 
不错， 
如果像这样的话看起来可能会更好： 
struct section 
{ 
   char * name; 
   struct section * parent; 
   struct section ** child; /* provides several child sections */ 
   struct element * element_head; 
}; 
typedef struct section * Table_section_t; 

使用接口名作前缀，一看就知道在哪声名或定义。采用标准C的注释风格，因为这样可 

移植性好。 
你可以多看看开源软件如snort,Vim等的源代码，使用像那样的编码规范，因为那些软 

件的可移植性都很好，我们大家在开发的时候都应该参考一些有名的开源软件，借见它
 
们好的地方。 
至于函数吗，需要比如，建立表格，增加数据，删除数据，查找数据，删除表格等常用
 
操作，当然这些要大家一起讨论，先不要急着编码。

_________________________________________________________________
与世界各地的朋友进行交流，免费下载 MSN Messenger:  
http://messenger.msn.com/cn

Thread: [Conflib-develop] (no subject)

conflib-develop