开源 | Tony Bai

Bash文件描述符重定向符号的另类理解

在Unix平台工作的人都使用过Shell的重定向功能，多数人接触较多的是简单的重定向，比如：
cmd > some_file 将cmd命令的标准输出重定向到some_file中
cmd < some_file 将some_file的内容作为cmd命令执行的标准输入，或者简单的说cmd命令从some_file读取输入

等等诸如此类的简单重定向还比较好理解的，起码从大于号或者小于号的箭头方向也可以感性的理解出来。但是类似Bash Shell中还有一些带有复杂符号的重定向功能，看起来就不那么直观了。

强记是不好的学习方式，加上个人理解的记忆才更牢固，使用起来才更为熟练。昨天晚上为了琢磨一个shell重定向命令，翻看相关bash shell重定向的资料，突然脑子里蹦出一个很容易理解的记忆shell文件描述符重定向的方法。

以“make 2>&1 1>build.log”为例，看起来挺头疼，符号增多了，加了一个'&'这个符号，有些晕。不能看表面，我们要看原理：打开“Unix环境高级编程(APUE)”中关于文件内核数据结构的说明，回顾一下，再对应上面的重定向命令。文件描述符重定向是什么？按照书中描述重定向就是进程文件描述符表项改变所指向的文件表项的操作。当make启动后，进程内部文件描述符表中元素1-> 文件表项1，元素2->文件表项2，元素3 -> 文件表项3，三个文件表项又分别对应v节点表中的不同v节点。但是做了重定向后，"2>&1"将进程内部文件描述符表中的元素2指向文件表项1，与元素1指向相同，这时该进程文件描述符表中有两个文件描述符指向文件表项1了； "1>build.log"将进程内部文件描述符表中的元素1指向build.log对应的文件表项3。这样make执行过程中的标准输出会写入build.log中，而标准错误则会输出到屏幕上。

好了回顾完原理，再看看“make 2>&1 1>build.log”这个命令，'&'在C语言里是取地址的操作符，对应上面原理的描述，把&1看作是取1对应的文件表项；2>&1 则理解为将进程文件描述符表中元素2指向到元素1所对应文件表项上去。1>build.log理解为：将进程文件描述符表中元素1指向到元素3（build.log对应的文件描述符）所对应文件表项上去。这样理解起来就轻松多了。'<'也类似，cmd < som_file等价于cmd 0<some_file。

Shell平时用的不多，研究的也不多，所以用了这么多年才有这样粗浅的理解（这个理解也不一定通用，bash的重定向符号有太多，含义也有不一致），呵呵。

cmockery支持mock输出参数

八月 26, 2009

0 条评论

近两天一有空就会去看看项目代码，思考一下如何利用cmockery对项目里已有的代码进行测试。项目代码中很多被调用的接口都带有输出参数，而且在这些接口中多利用返回值指示执行成败也否，而利用输出参数返回一些关键结果，这些结果值甚至影响着后续的函数执行流程。前期研究cmockery时没有注意到cmockery是否可以设置被mock接口的输出参数的值，不过回顾了一下cmockery实现的原理，觉得cmockery是应该可以支持的。遂重新翻看了一下cmockery的manual，发现在mock_query_database中确有对输出参数的mock调用，代码如下：

// Mock query database function.
unsigned int mock_query_database( DatabaseConnection* const connection,
const char * const query_string, void *** const results)
{
*results = (void**)mock();
return (unsigned int)mock();
}

void test_get_customer_id_by_name(void **state) {
DatabaseConnection connection = { "somedatabase.somewhere.com", 12345678, mock_query_database };
int customer_ids = 543;
will_return(mock_query_database, &customer_ids);
will_return(mock_query_database, 1);
assert_int_equal(get_customer_id_by_name(&connection, "john doe"), 543);
}

上面代码在test_get_customer_id_by_name中两次针对被mock的接口mock_query_database调用will_return，实际上是在符号“mock_query_database”对应的value list里插入了两个item，第一个item的值为&customer_ids，第二个为1。当测试执行到mock_query_database的第一个mock时，返回第一个item：&customer_ids，执行到第二个mock时返回第二个item的值1。这样在测试过程中设置输出参数值的目的就达到了。

在使用cmockery时唯一需要你关注的就是will_return设置的顺序和在被mock接口中调用mock的顺序，切记不要弄反了。

这里再举一个例子，再直观感受一下：

/* message_handler.c */

#include

extern int dispatch_message(void *msg);
extern int get_next_message(void **msg);

int handle_next_message() {
void * temp_msg = NULL;
int rv = 0;

        rv = get_next_message(&temp_msg);
        if (!rv) {
                if (!temp_msg) {
                        return -1;
                } else {
                        return dispatch_message(temp_msg);
                }

}

return rv;
}

/* test_message_handler.c */
#include
#include
#include
#include "cmockery.h"
#include

int dispatch_message(void *msg) {
return 0;
}

int get_next_message(void **msg) {
(*msg) = (void*)mock();
return (int)mock();
}

extern int handle_next_message();

void test_handle_next_message_success(void **state) {
        will_return(get_next_message, 0×1234);
        will_return(get_next_message, 0);
        assert_true(handle_next_message() == 0);
}

void test_handle_next_message_fail(void **state) {
        will_return(get_next_message, NULL);
        will_return(get_next_message, 0);
        assert_true(handle_next_message() == -1);
}

int main() {
        const UnitTest tests[] = {
                unit_test(test_handle_next_message_success),
                unit_test(test_handle_next_message_fail)
        };
        return run_tests(tests);
}

执行结果：
test_handle_next_message_success: Starting test
test_handle_next_message_success: Test completed successfully.
test_handle_next_message_fail: Starting test
test_handle_next_message_fail: Test completed successfully.
All 2 tests passed