最近把以前做的老游戏拿出来,重新编到手机上来玩玩,然后就有了以下的经历。
那时的引擎还是Cocos2dx-2.x,iPhone5还是高档机型。现在的机器是这样的,iPhone6S Plus我自用,今年iPhone7S都要出来了,真是时光荏苒,岁月如梭。
拿出我的CooolPad大神F2,OK。iPhone6S Plus,OK。Ad-Hoc,安装OK,运行,崩了。最令开发人员抓狂的事情出现了,Debug版OK,Release版崩溃。
这里还是要感谢一下Xcode,Release版也是可以调试的这个事情。最近逛论坛,有位童鞋把Debug版没问题Release版崩溃的应用不断的提到AppStore,被退回来的几乎崩溃,然后有位跟帖的好心人告诉他,把Scheme里的Run改成Release就可以调试了。
崩溃点在这里
~CURLRaii() { if (m_curl) curl_easy_cleanup(m_curl);//崩溃在这里 /* free the linked list for header data */ if (m_headers) curl_slist_free_all(m_headers); }
的确,不用curl_easy_cleanup(m_curl)就不崩溃了,但显然这不是个好办法。
然后就是各种搜索,有个人给出了下面的方法
bool perform(int *responseCode) { if (CURLE_OK != curl_easy_perform(m_curl)) return false; long temp = 0;//注意这里,用long类型去获得curl_easy_getinfo的信息 CURLcode code = curl_easy_getinfo(m_curl, CURLINFO_RESPONSE_CODE, &temp); *responseCode = (int)temp; if (code != CURLE_OK || *responseCode != 200) return false; // Get some mor data. return true; }
问题解决,显然这是C语言的老问题了,传指针的时候一定要类型匹配。以前没问题是因为32位平台上long和int是一样的,包括我现在的酷派大神。其实如果是原来的工程也应该是没问题的,因为那时的Cocos2dx中的curl是32位的静态库,但是现在AppStore要求必须要提供64位的版本,所以这个问题是无法掩盖了。现在的问题就是,这个崩溃的锅,应该由谁来背?
表面来看,这个锅是Cocos2dx的,君不见curl的接口描述是这样的,谁让你传int进去的?
/* * NAME curl_easy_getinfo() * * DESCRIPTION * * Request internal information from the curl session with this function. The * third argument MUST be a pointer to a long, a pointer to a char * or a * pointer to a double (as the documentation describes elsewhere). The data * pointed to will be filled in accordingly and can be relied upon only if the * function returns CURLE_OK. This function is intended to get used *AFTER* a * performed transfer, all results from this function are undefined until the * transfer is completed. */ CURL_EXTERN CURLcode curl_easy_getinfo(CURL * curl , CURLINFO info, ... ) ;
但请不要忘记,这是C语言,强类型的语言,出现这种因为类型不匹配引起的崩溃,责任可不全在调用者身上,我连个警告都没看到,谁知道你是怎么运作的?下面我们来看一下这个没有警告的“泛型”是怎么运作的。
首先,curl强调了这个函数有并且只有3个参数
/* This preprocessor magic that replaces a call with the exact same call is only done to make sure application authors pass exactly three arguments to these functions. */ #define curl_easy_setopt(handle, opt, param) curl_easy_setopt(handle,opt,param) #define curl_easy_getinfo(handle, info, arg) curl_easy_getinfo(handle,info,arg) #define curl_share_setopt(share, opt, param) curl_share_setopt(share,opt,param) #define curl_multi_setopt(handle, opt, param) curl_multi_setopt(handle,opt,param)
然后利用变长参数不检查类型的特点完成了这个戏法,本质上这和scanf是一样的,当初栽在这个函数上的童鞋们这回应该明白崩溃的原因了吧。
我很少用C语言的原因就是C的基础设施很少,C的奇技淫巧很多。虽然C++的坑更多,但是在不踩雷的情况下,还是能基本完成任务的。在C的领域内,你要是不会点此类的技巧,你几乎什么也做不了。
这也说明了,片面的强调编程语言应该是强类型还是弱类型都是不对的,C语言千方百计的要泛型,现在的脚本语言却逐渐开始强调类型声明。
最后,这个问题在C++中是可以避免的,也不用着上面的“技巧”。当然,我声明成long*或者long&,你非得传int就不能怨我了。