Browsed by
Tag: c

C向Lua函数传递table参数

C向Lua函数传递table参数

有时需要向函数传递相对比较复杂的数据，定义多个形参显得很难看，C语言函数中通常传递一个数据结构，而对于lua最直接的莫过于传递一个table数据。C调用lua函数时，也可以通过构造table数据传递给lua函数。

基本步骤比较简单，大致是（1）获取lua函数（2）在栈中构造一个table（3）向table中压入相应的数据（key-value）（4）执行lua函数。

以下伪码详细描述了这个过程：

......
lua_getglobal(L, "demoFunc"); // 获取Lua函数名

lua_newtable(L); // 创建一个table
lua_pushstring(L, "intVal");  //key为intVal
lua_pushinteger(L,1234);      //值为1234
lua_settable(L, -3);          //写入table
lua_pushstring(L, "strVal");  //key为strVal
lua_pushstring(L, "yxh");     //值为yxh
lua_settable(L, -3);          //写入table

lua_pcall(L,1,0,0); // 调用demoFunc函数
......
luaL_loadfile的坑

luaL_loadfile的坑

在众多demo中，都是使用这个函数加载lua文件，然后由C程序调用lua提供的function或者value。但是调用该函数后，如果直接使用lua_getglobal去获取对应的lua函数，只会获取到空值。

luaL_loadfile实际调用了lua_load函数来加载lua文件。需要注意的是：lua_load仅加载lua代码块，但是并不运行。如果成功，会加载一个编译好的代码块作为一个匿名函数放置在栈顶。只有首先执行这个代码块，lua的vm才能最终知道各函数、变量等信息。

调用luaL_loadfile之后，应当接着调用lua_pcall执行匿名代码块，后续C代码才能有效调用Lua的函数。这样显然是比较繁琐的，lua中又提供了luaL_dofile宏来封装这两步过程：（1）加载；（2）执行。

因此，一般情况下，应该使用luaL_dofile来替代luaL_loadfile。

python的小坑：%u

python的小坑：%u

最近在开发过程中，有一小处代码需要将一个无符号32位整数转成字符串，于是想当然地按照C格式化的方法，采用了类似写法：

print "a=%u"%-1

本来预期是输出内容为：

a=4294967295

实际结果并没有转化为无符号整数，仍然采用了有符号整数方式：

a=-1

作为一名C/C++程序员，对这个结果自然感到惊讶。很显然，python把%u和%d等同起来了。于是搜了一下python的文档，在字符串格式化章节中有这样的描述：

%u Obsolete type – it is identical to 'd'.

根据这文档中的内容，又进一步找到了PEP-0237，其中又强调了这点：

this means that '%u' becomes an alias for '%d'.  It will eventually be removed.

虽然不是很理解为什么采取这种做法，但是很明显，在python代码中不应该再使用%u了，这个格式转换完全等同于%d，而且在后续的版本中有可能会被删除掉。

在空闲之余，又挖了一下python的代码，的确也反应了上述各项说明：

  • PyString_Format 函数中，’iduoxX’都按照 PyInt 处理；
  • 接着在 formatint 函数中，明确进行以下转换：
  • if (x < 0 && type == 'u') { 
    type = 'd'; 
}