使用Xcode7的命令行打出ios9的ipa
在ios9发布以后,上线的游戏项目不知道什么原因闪退,但是使用xcode7安装ios9真机设备一切正常,只有重新打包,遇见很多坑。
现记录打包过程如下:
- OS X Yosemite 10.10.5
- Xcode 7.0(7A220)
在ios9发布以后,上线的游戏项目不知道什么原因闪退,但是使用xcode7安装ios9真机设备一切正常,只有重新打包,遇见很多坑。
现记录打包过程如下:
在ios上使用加密解密,crypto++是一个好选择,配置过程如下:
我在github上找到了CryptoPP-for-iOS,地址:https://github.com/3ign0n/CryptoPP-for-iOS,下载后发现工程里没有crypto++,需要执行其中的external/scripts/build-cryptopp.sh脚本,脚本会下载http://www.cryptopp.com/cryptopp561.zip,这个是crypto++代码,但是在天朝,下载会失败,原因不言而喻,想办法下载吧!
cryptopp561.zip下载后,我没有编译,将其中的代码复制到工程中,
将其中的validat1.cpp,validat2.cpp,validat3.cpp,bench.cpp,bench2.cpp删除,
然后将-DCRYPTOPP_DISABLE_ASM -DCRYPTOPP_DISABLE_SSE2两个宏定义加到工程中,原因是crypto++内嵌了很多汇编,这个我们不需要。
开始编译,过程中提示cocos2dx的zip_support/ioapi.h中存在错误,原因是其包含了zlib.h,而crypto++中存在同名文件,
ioapi.h中是 #include “zlib.h”
改成 #include <zlib.h>
编译通过。
最近在研究c++与java语言的AES加密与解密互通,java语言还好,是个平台,什么方式都有,c++就不一样了,种类繁多,动不动库就非常的大,难以用在手机终端上,在各种寻找之下,发现了Crypto++
Crypto++官网:http://www.cryptopp.com/
看了看5年没有写过任何技术文章了。。其实就是各种给自己找理由,其实确实也是,工作了,各种文档都是在工作中给公司写的,也没心思折腾这个。但我现在要振作起来~找点事情做。嗯!
切换到wordpress上面,都从来没有用这个写过东西,貌似比以前的lifetype好用多了!
最近在搞cocos2d-x jsb相关的东西,填了很多的坑,总算是跑起来了,那接下来主要是记录这些个东西,那咱就开始吧!走着!敬请期待!
2008年要结束了..大学也即将结束..一切也将有新的开始..是该回首一下了…
总结一下在大学编写的程序,应该是很有意义的事情,而且好久没有写文章啦…
看了这个列表,也代表了自己的编程历程,随着代码量的提高,语言学习的改变,对于自己编程技术的一步一步的提升,确实起到了实质上的作用,不过呢,王道还是"实践+理论",大学其实还是蛮有收获的..虽然还是没有达到自己想到达的地步..
先来个列表:
注意: 本文章针对antenna-src-1.0.2.zip, 请查看antenna是否有最新版本
最近配置Antenna成功了,也可以正常使用了
但是在给真正的J2ME游戏打包时,就发现问题了,如果让 MIDlet-Name 使用中文的话,就会生成JAD乱码…
查过文档以后,发现生成JAD时可以使用 encoding 属性, OK, 添加上 encoding="UTF-8" ,打包….依然有问题…生成的 JAD 依然不是 UTF-8 格式
然后没有办法,只有查看 Antenna 源代码了.. 下载 Antenna的src
最近一直在寻找一种简单的方式来给J2ME程序打包,包括预处理,生成JAD,JAR的一系列自动化处理
Antenna就可以实现这一系列功能,个人觉得比polish相对要简单一些,也傻瓜一些,可以说是专门为j2me开发的一套ant的扩展
Antenna官方下载: http://sourceforge.net/project/showfiles.php?group_id=67420
Antenna文档首页: http://antenna.sourceforge.net/
转自: http://blog.csdn.net/fmddlmyy/
这是一篇程序员写给程序员的趣味读物。所谓趣味是指可以比较轻松地了解一些原来不清楚的概念,增进知识,类似于打RPG游戏的升级。整理这篇文章的动机是两个问题:
使用Windows记事本的“另存为”,可以在GBK、Unicode、Unicode big endian和UTF-8这几种编码方式间相互转换。同样是txt文件,Windows是怎样识别编码方式的呢?
我
很早前就发现Unicode、Unicode big
endian和UTF-8编码的txt文件的开头会多出几个字节,分别是FF、FE(Unicode),FE、FF(Unicode big
endian),EF、BB、BF(UTF-8)。但这些标记是基于什么标准呢?
最近在项目中发现,proGuard混淆忒强大了!
总结一下,对于以后的J2ME编码来讲,这样非常有利于编程,甚至是移植,效率!
1. 如果一个函数只用过一次,会自动编译进原调用函数
说明: OK,多多封装函数吧