[百度空间] [原]android下的各种坑

一堆so文件安装不正确:

apk里面都是全的, 但是安装完后/data/data/$pkg/lib下面就没有

google了好长时间没有结果.最后发现是因为没库有加lib前缀(当时想了一下觉得不加更好,更合胃口)....现在加上lib前缀OK了.

怀疑package manager在安装apk的时候把所有没有lib prefix的so给忽略了这种剧情设定太坑爹了.不使用官方mk真是吃尽苦头啊.

ndk上坑太多:

dlopen()还不支持RTLD_NODELETE,又得黑代码了.

apk源的/libs下还不能有子文件夹, plugins也要重新放, 据说android的dlopen不检查也不加载依赖库, 可能要手动按顺序加载依赖... StackOverflow或者google groups上有类似方法, 用java层或者另外一个(空的辅助)NativeActivity先启动,手动加载所有的库.

bionic 的libc各种阉割, 到时候别再遇到个没有实现的函数.

目前除了渲染库以外, 全部移植完了(不过除了渲染别的没东西要移植,声音模块还没有不需要移植, 除了基础的IO已经做完了).

后面花点时间总结一下移植的事项.

时间： 2024-04-20 04:15:25

[百度空间] [原]android下的各种坑的相关文章

[百度空间] [原]跨平台编程注意事项(三): window 到 android 的移植

大的问题先记录一下跨平台时需要注意的大方向. 1.OS和CPU 同一个操作系统, CPU也可能是不一样的, 比如windows也有基于arm CPU的版本,而android目前有x86,arm,mips几种. 即便是同一种CPU架构系列, 细节特性也不一样. 所以目前个人准备了3个宏开关来判断目标平台. OS, CPU, CPUbits OS对应不同的操作系统, CPU对应不同的CPU架构(比如x86和arm), CPU-bits目前是32和64, 比如CPU是x86时, CPUbits是64

[百度空间] [原]跨平台编程注意事项(二): windows下 x86到x64的移植

之前转的: 将程序移植到64位Windows 还有自己乱写的一篇: 跨平台编程注意事项(一) 之前对于x64平台的移植都是纸上谈兵,算是前期准备工作, 但起码在写代码时,已经非常注意了.所以现在移植起来相对很顺利.昨天用了一天时间把自己代码添加了x64支持.贴一下遇到的问题,就作为注意事项吧,以下文字来自我的cnblogs博客的另一文章,有修改 1.指针到数值的转换. 指针 (如void*)转到数值,要用intptr_t或者uintptr_t (用Win32的INT_PTR也可以,当然用C/C

[百度空间] [原]CImageList支持32位透明位图

32位的位图主要是包含Alpha值(0-255)可以有半透效果的.之前用FreeImage加载的DIB, CImageList直接绘制会有黑色背景.即便用了ILC_MASK,也创建了mask map, 这种是旧式的图标/光标透明效果, 遮罩透明, 没有alpha通道和渐变,效果仍然很差.所以以前的toolbar/menu/tab control 都是ownerdraw, 先ExtractIcon,用DrawStat (DST_ICON)来绘制图标,这样绘的制是支持32位图标的.但是最近给too

[百度空间] [原]跨平台编程注意事项(一)

好久没有写东西了,先写一点,以后再扩充. 1.使用平台编译器预定义的宏.比如在windows下,有这样一个宏WIN32.或者_WIN32.linux下有__linux__等等. 比如OGRE的OgrePlatform.h中的定义: #if defined( __WIN32__ ) || defined( _WIN32 )# define OGRE_PLATFORM OGRE_PLATFORM_WIN32 #elif defined( __APPLE_CC__)# define OGRE_

[百度空间] [原]基于内存生命周期的内存管理

如果根据声明周期划分的话,内存可以大至划分为3类 1.静态内存 2.临时内存 3.普通内存静态内存的特点是,程序开始(通常是初始化期间)分配的,而后就不会释放,直到程序结束,典型的如singleton,相信还有很多类,其实例只会被分配一次,而且理论上,生存期是贯穿整个程序的. 临时内存的特点通常如下: void function(){ ... char* buffer = new char[size]; ... delete [] buffer;} 从上面可以看到,此种内存分配后,

[百度空间] [原]DLL导出实例化的模板类

因为模板是在编译的时候根据模板参数实例化的,实例化之后就像一个普通的类(函数),这样才有对应的二进制代码;否则,没有模板参数,那么编译器就不知道怎么生成代码,所以生成的DLL就没有办法导出模板了.但是根据MSDN的描述,可以导出模板类的实例化后的代码(注意:这里不是指实例化模板类的一个对象),比如 template<typename T> class singleton,那么可以导出singleton<MyClass>或者其他已知类型的类代码.详见: http://support.

[百度空间] [原] Empty base class optimization

最近遇到了一个诡异的问题, 数组的数据不对, 最后发现是两个类型的大小不一样导致的. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 class alloc { public: void* operator new(size_t n){...} void operator delete(void* p) {...} }; class alloc2 { public: void* operator new(size_

[百度空间] [原]再谈静态变量的初始化顺序

有一段时间我被静态变量的初始化顺序搞的焦头烂额,因为我用了singleton的懒惰初始化(lazy initialization)方式,即不需要显式创建singleton,在getsignleton的时候自动创建,并且在最后销毁对象..比如singleton使用了内存分配对象,如果这个对象先于singleton析构(后于singleton构造),那么singleton析构的时候内存分配器已经不存在了.最后发现我忽略了effctive C++的条款47,看来很多细节还是不是很深入的领悟. 关于其中

[百度空间] [原] 全局operator delete重载到DLL

由于很久没有搞内存管理了,很多细节都忘记了今天项目要用到operator delete重载到DLL,发现了问题,网上搜索以后,再对比以前写的代码,发现了问题:原来MSVC默认的operator new(size_t) 和operator delete(void*)虽然可以重载, 但是不能封装到DLL中,编译会报C2375 DLL linkage错误,解决方法很简单: 用inline函数包一下DLL导出就可以了同时为了不跟MFC等三方库的operator new 冲突,最好加一个自定义参数:ty