今天使用svn更新應用，出現了下面的問題：
update d:/workspace/acode/resource/springconf -r 6622 --force
attempted to lock an already-locked dir
svn: working copy 'd:\workspace\acode\resource\springconf' locked
svn 本地更新時，由於一些操作中斷更新，如磁碟空間不夠，使用者取消。可能會造成本地檔案被鎖定的情況。一般出現這種情況的解決方法：
１、可以使用svn clean up來清除鎖定。
２、如果不是本目錄鎖定，系統提示上一層目錄鎖定，需要到上一層或者根目錄中清除。
３.如果在根目錄下都無法clean的話，一般採取的方法是另外找乙個目錄重新checkout。但有時有時svn目錄下可能有一些自己本地修改的檔案，還未提交到svn伺服器，這時重新checkout需要注意本地檔案的備份，並且不要強制覆蓋伺服器上其它人修改的內容。
４.如果覺得第３種很麻煩，可以考慮這樣的方法。其實svn加鎖會在.svn（隱藏檔案）中生成乙個名字叫lock的檔案（無字尾），查詢所有的，手工刪除。然後再嘗試更新，系統可能會提示某個.base檔案無法訪問。找到它，把相關的檔案或其所在的目錄刪除，重新update。工作量就小多了。
解決svn的working copy locked並且cleanup恢復不能的情況
產生這種情況大多是因為上次svn命令執行失敗且被鎖定了。 如果cleanup沒有效果的話只好手動刪除鎖定檔案。
windows下 cd 到svn專案目錄下，然後執行如下命令 del lock /q/s 就把鎖刪掉了
linux下 cd 到svn專案目錄下 rm lock -fr
由於每個本地資料夾都有乙個.svn 一般要從下往上檢查是否有lock檔案（預設隱藏），依次刪除，直到沒有發現lock檔案為止。
關於ViewPager的資料更新問題小結
今天工作中遇到了這個糾結的問題，在viewpager中呼叫pageradapter.notifydatasetchanged 方法，好像沒有任何作用，相應的view也沒有更新資料，根據官方api是這樣解釋的 大概是說明adapter會自動管轄viewpager每一頁 item 的狀態，而notify...
持續更新 關於執行緒的一點小結
1 獲取執行緒pthread t pthread self 注意和gettid 的區別。2 pthread equal 判斷執行緒id是否相等，相等返回0。3 用pthread kill 判斷乙個執行緒是否結束。原型 include include int pthread kill pthread ...
關於編譯執行檔案遇到的問題小結
在利用別處拷貝過來的makefile進行編譯，編譯成功後在伺服器上執行程式，但出現如下錯誤 而發現makefile中的編譯器命令為如下所示 這裡的編譯器是關於arm hisi的編譯環境，編譯出來的程式是需要在hisi的板子上跑的，所以接下來將執行程式掛載到板子上跑，這是原因之一。在板子上跑時還是會出...