C, C++, Obj-C

CentOS 7下编译FBX SDK示例时的”cannot find -luuid”问题

2016年07月28日 0, ? C, C++, Obj-C 设计开发

在Linux环境下尝试编译FBX SDK中的samples时，最后链接时出现”cannot find -luuid”，查了下文档发现这个uuid库是linux下生成唯一id用的那么一个库，起初以为是少了什么lib或者devel之类的，于是用yum开始安装，结果libuuid、uuid-devel都装上了还是不行，于是又都逐一卸载掉，查看ld的search path，在/lib64/下找到了：

lrwxrwxrwx. 1 root root 16 4月 7 22:35 /lib64/libuuid.so.1 -> libuuid.so.1.3.0
-rwxr-xr-x. 1 root root 20032 4月 1 01:37 /lib64/libuuid.so.1.3.0

用yum确认了下，也确实是已安装有这个uuid相关的库以及include等，于是怀疑是符号链接的问题，试了下用

ln -s libuuid.so.1 libuuid.so

建立libuuid.so的符号链接，重新make，成功通过并生成了sample的执行文件。

PS: FBX SDK的sample中的MakeFile将CC和LD设置成了gcc4，这个在我的CentOS7下会找不到（默认安装的应该都是），于是直接删掉了4。

对于Android NDK编译器ARM和Thumb模式的理解及Toolchain的切换clang编译器

2013年03月13日 1, ? C, C++, Obj-C 移动平台 设计开发

以前在做Symbian的时候，曾经研究过ARM CPU的指令集问题，ARM处理器支持两套指令集，即ARM和Thumb。ARM为32位指令集而Thumb为16位指令集，理论上32位可以提供更快的执行速度但会生成更大的二进制执行文件，而16位的Thumb则恰恰相反，省地儿但慢，这也正是体现出了ARM对于嵌入式设备的专业性。对于我这种牺牲一切换速度的理念来说，当时就留下了ARM就比Thumb快的印象，以致于现在在做Android NDK原生开发时，也是优先用ARM指令集。（这个可以通过在Android.mk中加入LOCAL_ARM_MODE := arm控制，默认情况下NDK使用Thumb指令集）

但是最近在Xcode编译iOS项目时，注意到同为ARM处理器的苹果设备，使用的是Thumb指令集，而且好像还是某种新版本的Thumb指令集，小搜索了一下看到有人说这种armv7引入的叫做Thumb-2的指令集要比arm指令集更好！于是又重新搜索更新了一下大脑知识库…

Continue reading…

OpenWRT下libv4l的编译问题(uClibc++、stdc++相关)

2016年02月2日 0, ? C, C++, Obj-C 设计开发

最近研究路由器上的摄像头监控，要用到libv4l2的库，结果用OpenWRT SDK编译时却遇到了问题，路由器cpu是MT7620A，用的SDK是OpenWrt-SDK-ramips-for-linux-x86_64-gcc-4.8-linaro_uClibc-0.9.33.2，用./scripts/feeds安装了libv4l后，直接make报错：

In file included from v4l2-compliance.cpp:37:0:
v4l2-compliance.h:25:18: fatal error: cerrno: No such file or directory
 #include <cerrno>

看了下，是c++写法下的errno头文件找不到，V=s看了详细日志，-I的头文件搜索路径里确实没有cerrno，但是这个文件确实存在于这里：staging_dir/target-mipsel_24kec+dsp_uClibc-0.9.33.2/usr/include/uClibc++/，也就是说-I少了个带uClibc++的路径，看了半天sdk里的各种.mk，也没找到什么配置参数方面的玄机，可又不想傻加上个-I，或者都改成errno.h，于是开始搜索…
Continue reading…

iOS Android平台下的wchar_t默认size问题

2016年01月31日 0, ? C, C++, Obj-C 移动平台 设计开发

很久以前曾经被wchar的问题在iOS和Android上被坑过，这次是在参研一份有年头的代码时又遇到了宽字符的问题，当然，也是和wchar有关系的，就是这个wchar在各个系统平台下的sizeof问题，关键的是一段UTF-8转UTF-16的代码：

size_t Utf8ToUtf16(const char* src_, wchar_t* dest_, size_t destlen_, size_t srclen_ /*= 0*/) 
{
	if (srclen_ == 0)
		srclen_ = _utf_length(src_);
	size_t destcapacity = destlen_;
	for (size_t idx = 0; ((idx < srclen_) && (destcapacity > 0));)
	{
		wchar_t	cp;
		unsigned char	cu = src_[idx++];
		if (cu < 0x80)
			cp = (wchar_t)(cu);
		else if (cu < 0xE0)
		{
			cp = ((cu & 0x1F) << 6);
			cp |= (src_[idx++] & 0x3F);
		}
		else if (cu < 0xF0)
		{
			cp = ((cu & 0x0F) << 12);
			cp |= ((src_[idx++] & 0x3F) << 6);
			cp |= (src_[idx++] & 0x3F);
		}
		else
		{
			cp = L'?';
		}
		*dest_++ = cp;
		--destcapacity;
	}
	return destlen_ - destcapacity;
}

这段代码在win下可以正常将utf-8的char*转换为utf-16的char*，但在Android, iOS下却不能得到和win下一样的转换结果，刚发现这个问题时，以为又是当年遇到的wchar坑，宽字符函数不支持之类的，但是仔细看了下并没有用到什么字符串函数，转换部分也是自己实现的，最后在各平台调试器的帮助下找到了问题：
Continue reading…

Cocos2d-X lua binding C++类的RTTI

2015年12月29日 0, ? C, C++, Obj-C 移动平台 设计开发

在用Cococs2d-X的lua binding时，遇到了需要RTTI的时候，也就是运行时类型识别，这点对于lua类来说还是很容易做到的，可以参考引擎lua framework中cocos/cocos2d/functions.lua中的function iskindof(obj, classname)，不过，这个函数的递归实现函数iskindof_有些小问题，这里是修正方法：

local iskindof_
iskindof_ = function(cls, name)
    local __index = rawget(cls, "__index")
    if type(__index) == "table" and rawget(__index, "__cname") == name then return true end
    
    if rawget(cls, "__cname") == name then return true end
    -- By K-Res: should use __index instead of cls!
--    local __supers = rawget(cls, "__supers")
    local __supers = rawget(__index, "__supers") 
    if not __supers then return false end
    for _, super in ipairs(__supers) do
        if iskindof_(super, name) then return true end
    end
    return false
end

然而，当遇到需要对binding到lua的native class进行RTTI就有些麻烦了，可以看到借助tolua过去的lua对象是usertable挂metatable实现的，而metatable中也没有可以用lua类（确切的说是模拟class行为的table）的RTTI方式，因为需要查找的一些__cname等meta成员并不存在，作为class标识的只有一个.isclass的bool值，看了下binding实现的原生代码，发现在不添加额外元表信息的前提下获取class名称是需要用到LUA_REGISTRYINDEX这个只能由原生代码获取到的lua全局信息注册表，于是放弃了通过lua代码实现绑定类类型识别的想法，转而使用原生函数实现了个简单的获取binding时设置的本类class名方法，暂时实现了本对象所属类识别的功能：
Continue reading…

64bit Linux CentOS 7下编译32bit程序的方法

2015年11月12日 1, ? C, C++, Obj-C 设计开发

本文记录的方法理论上适用于所有RedHat系Linux发行版！
一般在64位Linux下（安装好gcc等相关编译工具后）编译出的执行程序都是针对64位环境的，如果想编译为针对32位环境的（当然，64位系统环境下也可以兼容运行），只需要在执行gcc时加上-m32编译即可（ld的话也有对应参数-melf_i386），虽然编译时只是加参数即可，但仍然有c、c++标准库等需要首先安装好32位相关版本。
如下，如果直接-m32编译的话，会收到如下错误提示：

[kres@localhost test6432]$ gcc -m32 test.c
In file included from /usr/include/features.h:399:0,
from /usr/include/unistd.h:25,
from /usr/include/usb.h:28,
from test.c:1:
/usr/include/gnu/stubs.h:7:27: 致命错误：gnu/stubs-32.h：没有那个文件或目录
# include ;
^
编译中断。

Continue reading…

关于Cocos2d-x Lua Binding中ActionTimeline的setLastFrameCallFunc不可用问题

2015年07月31日 1, ? C, C++, Obj-C 移动平台 设计开发

在使用Cocos Studio制作游戏UI等元素时，一定会使用到“动画”功能：
QQ截图20150731104206
这种“动画”反应到代码中会被作为Cocos2d-x的ActionTimeline处理，而在应用过程中免不了要进行一些时间轴上的事件监测处理，其中最常用的莫过于动画结束时的侦听。
简单看下源码可以找到很明显的回调设置函数：

    /** Set ActionTimeline's frame event callback function */
    void setFrameEventCallFunc(std::function<void(Frame *)> listener);
    void clearFrameEventCallFunc();

    /** Last frame callback will call when arriving last frame */
    void setLastFrameCallFunc(std::function<void()> listener);
    void clearLastFrameCallFunc();

上面的setFrameEventCallFunc是用来配合编辑器中设置的帧事件用的，可以用来实现比如UI打开到指定位置时播放特定音效等效果，下面的setLastFrameCallFunc则是刚刚提到的更为常用的动画播放结束后的回调函数！
不过，很遗憾，在不使用原生方式开发而使用lua脚本作为主要编程语言时，发现setLastFrameCallFunc的Lua Binding代码并没有实现实际功能（最新3.7版本也是）：
Continue reading…

Cocos2d-x 3.6中的registerScriptKeypadHandler在Android真机上无法响应back键的问题

2015年05月20日 2, ? C, C++, Obj-C 移动平台 设计开发

Cocos2d-x 3.6中使用Lua脚本作为主要开发语言，基于新的mvc框架，根据查到的响应安卓真机设备的返回按键back的方法，registerScriptKeypadHandler为Node下的注册按键事件侦听方法，新的框架中对此还进行了一次封装，在LayerEx.lua中的onKeypad实现，完成后的按键侦听代码如下：

function MyView:onKeypad(event)  
    if event == "backClicked" then
        -- back clicked!
    end
end
-- ...
function MyView:onCreate()
    display.newLayer()
        :onTouch(handler(self, self.onTouch))
        :onKeypad(handler(self, self.onKeypad))
        :addTo(self)
end

在Windows模拟器上测试时可以看到键盘上的任意键按下时都会触发这个回调函数，但是参数均为nil，读了一下源码发现在CCLuaEngine.cpp中的回调原生代码实现如下：
Continue reading…

OpenWRT软件包Makefile的recursive dependency问题

2015年05月6日 1, ? C, C++, Obj-C

试验MT7620A路由器OpenWRT系统软件开发时遇到了如下的问题：

[admin@localhost OpenWrt-SDK-ramips-for-linux-x86_64-gcc-4.8-linaro_uClibc-0.9.33.2]$ make
Collecting package info: done
tmp/.config-package.in:7:error: recursive dependency detected!
tmp/.config-package.in:7: symbol PACKAGE_helloworld depends on PACKAGE_libpthread
Config-build.in:1745: symbol PACKAGE_libpthread is selected by PACKAGE_helloworld
#
# configuration written to .config
#
make[1] world
make[2] package/compile
make[3] -C package/helloworld compile
make[2] package/index

看意思是引用的libpthread导致了递归依赖问题，检查hellowolrd中的Makefile，Depends属性是这样设置的：
Continue reading…

Cocos创建Lua项目使用自定义runtime脚本没有调试输出的解决方法

2015年04月7日 5, ? C, C++, Obj-C 移动平台

使用Cocos集成开发环境配合Cocos Code IDE 1.2.0可以很方便的创建cocos2d-x lua binding项目并支持脚本语言的智能感知及调试。同时在添加native代码支持后还可以在一定程度上方便的进行原生代码功能扩展，如植入一些第三方库，扩展lua脚本功能等。但是在使用Cocos创建项目时，发现一个非常奇怪的问题，就是如果不使用自带的PrebuiltRuntime：C:\Program Files (x86)\Cocos\cocos-simulator-bin\win32\Simulator.exe 来作为主执行程序调试（Windows平台，其他平台未测试），所有lua脚本中的print、printf等调试输出代码都不会在控制台内输出任何内容！这样就丧失了添加native代码后自定义runtime执行程序的能力。
Continue reading…