后面又碰到了
Bundle at path /Users/****/Library/Developer/CoreSimulator/Devices/875D85D5-2B95-4133-B143-9C5A2D50E8B9/data/Library/Caches/com.apple.mobile.installd.staging/temp.dwD3gx/extracted/****.app did not have a CFBundleIdentifier in its Info.plist
這樣的一個錯誤。
網上找了文章都不對，最后在Build Phrases->Copy Bundle Resources下，把所有的資源重新添加了一遍，就好了。
原因未知，為何會被解決了未知。
修改maven根目錄下的conf文件夾中的setting.xml文件，內容如下：
<mirrors>
<mirror>
<id>alimaven</id>
<name>aliyun maven</name>
<url>
http://maven.aliyun.com/nexus/content/groups/public/</url> <mirrorOf>central</mirrorOf>
</mirror>
</mirrors>
之后就能享受如飛的maven下載速度。
Ubuntu16.04LTS 阿里云源
deb http://mirrors.aliyun.com/ubuntu/ xenial main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ xenial-security main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ xenial-updates main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ xenial-backports main restricted universe multiverse
##測試版源
deb http://mirrors.aliyun.com/ubuntu/ xenial-proposed main restricted universe multiverse
# 源碼
deb-src http://mirrors.aliyun.com/ubuntu/ xenial main restricted universe multiverse
deb-src http://mirrors.aliyun.com/ubuntu/ xenial-security main restricted universe multiverse
deb-src http://mirrors.aliyun.com/ubuntu/ xenial-updates main restricted universe multiverse
deb-src http://mirrors.aliyun.com/ubuntu/ xenial-backports main restricted universe multiverse
##測試版源
deb-src http://mirrors.aliyun.com/ubuntu/ xenial-proposed main restricted universe multiverse
# Canonical 合作伙伴和附加
deb http://archive.canonical.com/ubuntu/ xenial partner
deb http://extras.ubuntu.com/ubuntu/ xenial main
re: VC快速強制退出程序方法 楊粼波 2016-05-14 14:34
TerminateProcess(GetCurrentProcess(), 0)
簡單粗暴,有時候關閉程序也需要快速的關閉,收拾殘局的事兒索性干脆就讓系統去干了.
re: C++的6種獲取文件大小的方法 楊粼波 2016-03-14 23:46
=.=好吧....
re: Qt探秘——談ui文件的用法 楊粼波 2015-11-25 13:43
@ccsdu2009
艾瑪，不小心成老字號了啊。
@ xmpdhml
如果你本機不支持等寬字體，那也是白瞎。
re: rtsp協議詳解 楊粼波 2015-10-01 18:08
@last
I am so sorry,let me fix it.
只可惜這個只是替換了github的formula源，軟件的源還是軟件的官網，在天朝，這個讓人很蛋疼。
@戰魂小筑
專業倒稱不上，因為做過，這些都比較了解了，只能說是過來人罷了。我那個數量級，簡直要笑掉大牙的。要專家級，起碼得經歷過大用戶量的沖擊才行啊。
再啰嗦幾句。
阿里云也支持memcached的，當然也支持redis，
騰訊云太挫了，我對它印象不好，有用過，redis是今年才支持的，要不是因為不支持redis，我也就不會選擇memcached了，很多功能本可以用redis里面很簡單一條命令搞定的，不過話說回來，至少也沒有它搞不定的事情。
memcached有個最郁悶的事情就是沒有什么稱手的工具，只有一個php的memAdmin以及
http://www.cnblogs.com/xffy1028/archive/2013/02/01/2861706.html而Redis有一個
http://www.oschina.net/p/redisdesktop，這個很好用。
內存數據庫相對于磁盤數據庫而言，不要抱有太大期望。只不過是說，磁盤數據庫隨著數據量增大，它的性能會呈指數級降低。而內存數據庫基本上是沒有太大的影響，僅此而已。磁盤數據庫數據量少的時候，可能跟內存數據庫的性能差不多哦。
有redis就用redis，沒有就用memcached，memcached是redis的子集，也可以稱之為memcached的升級版。redis的查詢語句要豐富得多，當然，也是要復雜的多。
mongoDB雖然也是NoSQL數據庫，但是與以上兩者有很大的區別。首先，它是磁盤數據庫，而不是內存數據庫，雖然也可以搞成內存數據庫，但是那是歪門邪道。而且，該數據庫的穩定性有待改進，對于數據庫而言，穩定性是我們首要考慮的，服務不能出問題，數據不能出問題。而mysql這樣發展了許多年的數據庫就是我們的首選了，通常將其作為熱備數據庫。
redis的熱備份看起來很美好，但其實不好用，還有損性能。通常都會被關閉掉。
以前新浪是用的memcached，現在不知道了，他們還好像自己改進了，當然，主要是做分布式。
淘寶也有基于memcached開發的Tair，不過據說現在他們自己也慢慢開始放棄了，主要也是在分布式上作了點文章。
http://code.taobao.org/p/tair/src/對于游戲這樣的應用而言，只要不是騰訊那樣的用戶量級，都不需要考慮分布式的問題。只需要省心便可，用redis功能多，自然是首選。
@yezhibin000
字符串是以\0作為結尾的，就字符串而言，后面的字符肯定是被丟棄掉了。
至于你有沒有發送成功，接收成功，這又要分開來看，分開來測試。你有沒有正確的獲取長度以發送成功，你有沒有正確的長度去接收數據呢？
另，你這樣做有什么意義呢？
@mike
哥~這個是自己寫的方法，你隨便放哪里都可以啊。
如果IE是6 7，那么控件就使用相應的版本。
如果IE是 8 9 ，控件默認 是7，除非改注冊表，或者在html里面加入：
<meta http-equiv="X-UA-Compatible" content="IE=11" />
用了這么久這個控件，才知道原來是這么一回事。
@spring 論插入的速度，沒有索引，當然要快多了。但是你還得考慮查詢的速度啊，所以這中間就要有一個權衡。
@shuinan erlang，我覺得不是初級程序員能夠寫好的。
集群是件復雜的事情，這需要很深厚的積累，而用erlang則不需要那么深的積累。
@chipgenius
好像有，我以前找到過，但是時日久長，也就不知道了。
我也是在網上找。。。。
@zuhd 看下ZooKeeper就明白了，ZooKeeper是Paxos算法的實現。
mysql用redis來替換，可能會更好，redis也支持master-slave，而且支持數據的熱備，即可保證數據的安全性，又可以防止單點故障，而且性能是要比mysql要好一些的。
re: lua調試的工具選擇[未登錄] 楊粼波 2014-10-05 07:17
Decoda還是最好用的lua調試器啊。
要說最好的調試器，還得是VS的啊。。。。真強大啊。
linux的gdb神馬的，雖說功能強大，但是別人vs一直在前進呀……
@Sweety
不記得了,我用的VS2003編譯的,是過了.不記得2008能不能過.
re: 2013總結[未登錄] 楊粼波 2014-01-15 14:34
生活還是簡單點好啊。
re: 2013年終總結[未登錄] 楊粼波 2014-01-05 16:32
來打個醬油....
re: 2013總結 楊粼波 2014-01-04 18:43
@戰魂小筑 深圳.
re: 北北，2013 楊粼波 2014-01-03 16:19
支持一下.
我用過的棒子貨LuaTinker倒是不錯.
這個可以嘗試下...
@ccsdu2009
嘿嘿....我音響買了一年多了,還是不了解它,所以惡補一下...
@brainpoint
很高興能夠幫助到你.
@馬兒快跑
呃.....終于找到了一樣二的人了.哈哈哈哈哈.....我一開始以為只有我一個人這么二,原來我不是唯一的一個,我好安慰啊....
@cc7799
@謝謝哦
咱們都是犯了粗心的毛病.很高興這個經驗共享能夠帶給你們幫助.
re: C++程序風格的思考[未登錄] 楊粼波 2013-04-30 16:10
特定問題,特定風格.
我個人吧,現在是對任何風格都不討厭,也不喜歡.
只要現實需要,任何風格我都可以用,也可以不用.
很多代碼其實可以在逐步的重構中變得簡潔,清晰,漂亮.
糟糕的代碼看多了,漂亮的代碼也看多了,我個人已經麻木了.
代碼最重要的還是正確,穩定,也就是要健壯,只要是健壯的代碼就是好代碼,否則寫得再好看也是垃圾.
re: 《C++博客十八羅漢造像》 楊粼波 2013-01-23 14:04
時間真快，物是人非，現在只能溜貓了。
re: C++單元測試工具列表[未登錄] 楊粼波 2012-03-23 11:46
@丁丁
這個工具我也用過，還不錯。
@jjj123
這個是我抄出來的代碼，微軟他自己就是這么繪制的。
這么簡單的代碼還讀不懂咩？就是畫線啊。
@FF
已經說清楚了，把Rendering Device刪掉就沒問題了。他就自動了。
re: 項目開發中的一些思考[未登錄] 楊粼波 2012-02-19 10:27
模塊啊，接口這些，技術肯定是成熟的。問題是你如何去實施。這些關鍵是你如何去劃分功能，如何去設計接口，難度在這里，而不是說為了用而用。這需要很好的設計能力，掌控力。如果是掌控不了的東西，不如不用。其實對于游戲這種應用，很多時候，也不必要去做這樣的設計，只要把低耦合做好了，一樣好使。
重構對于大部分項目來說，是不可能的任務，如果開發者能力還可以，那倒是無所謂，如果不好，連正常跑都是個問題，那會死得很難看，就更不要說什么應對變更的需求了。如果項目的核心有很好的管理和技術上的掌控，就不會有太多的問題，即便是在很緊迫的開發時間下。
內存管理上，你是用內存池，還是用對象池，這需要開發者的選擇的。服務器還需要考慮到多線程情況下的應用。有些特定情況下，加了反而會適得其反。
合適的就是最好的。