android 開源專案維護乙個公共問題追蹤，你能報告 bug 和要求特徵為 android 軟體棧。(這個問題上的跟蹤細節，請看報告 bug 頁)。報告 bug 是偉大的(感謝你！)，但是一旦你歸檔乙個 bug 報告發生了什麼？這頁介紹乙個 bug 的生命。
*租約注意：android 開源專案(aosp)問題跟蹤是義務的，僅僅從 bug 和特徵要求有關 android 軟體棧，因為一些使用者發現他們的方法這裡尋找 google 應用從 android (例如 gmail 等等)，我們有組建設定他們的便利。然而這些應用不是 android 的部分，和一些問題報告在他們的元件上是不被保證接收注意。最顯著，報告問題有關 google play，你應該訪問google play 支援論壇。
這裡是乙個 bug 檔案，簡而言之：
乙個 bug 被提交，和有狀況"新"。
乙個 aosp 貢獻者定期複審和分流 bug。bugs 被分流到四個"桶"中的乙個：新，開放，沒有執行，或解決。
每個桶包括一些狀況，提供更多細節在問題的命運。
bug 在"解決"桶將終於被包含到乙個未來發布的 android 軟體。
這裡是一些附加資訊關於每個桶，意思是，它是如何被處理。
新問題包括 bug 報告，尚未被付諸實施。兩種狀況是：
這個桶包含需要處理的 bug，但是一直未被解決，等待修改的源**。
通常，乙個特定 bug 將開始於未分配 ，他將停留直到它被關聯的乙個具體的即將推出的發布，在這點，他將進入審查或已分配。然而，注意這不是乙個保證，和它不是罕見的 bug 從未分配到乙個解決狀況。
一般，假如乙個 bug 實在這些開放狀態中的乙個， aosp 團隊確認它作為乙個合法問題和將修理它根據文件優先順序。然而，它不可能保證乙個修理在乙個特別的發布時間。
這個桶包含 bug，有乙個原因或另乙個決心不需要任何行動。
這桶包含 bug 已經採取行動，和是現在考慮解決。
以上的狀況和生命週期是我們通常如何嘗試跟蹤軟體。然而，android 包含許多軟體和獲得乙個相應的大量 bug。作為乙個結果，一些時候 bug 不讓它通過所有狀況在乙個正式級數。我們嘗試保持系統最新，但我們趨向做一些在定期 "bug 掃瞄"，我們審查資料庫和使更新。
自從 aosp 是本質上本質上演變，以上我們做使調整 bug 狀況列表和生命週期。當我們做這，然而，我們一定更新這頁做到更好。
最後，你將察覺由於各種原因，這些其實多種問題跟蹤 android 有關問題。google **工程主辦問題跟蹤是僅僅官方公開問題跟蹤；然而，google 頁維護乙個私有問題跟蹤，自己的，作為做一些 oem。我們嘗試保持公開問題跟蹤在同步可能的私有問題跟蹤，但是在機密資訊和安全問題的情況下被隱藏，這並不總是可能。
微軟的乙個BUG
各位,我不知道我的這個發現屬不屬於微軟的乙個bug round 1.225,2 1.23 round 1.245,2 1.25 round 1.265,2 1.26 round 1.285,2 1.28 按照技術文章上說的,vb中round 函式屬於四捨五入函式,但實際執行當中,其實round 函式...
乙個微妙的bug
都知道不同型別運算元進行運算時，發生的轉換，資料型別一般朝著浮點度更高，長度更長的方向轉換，但signed 向unsigned 轉換得多多注意了，有如下 includeint a define cd sizeof a sizeof int sizeof 還回值為unsigned int main 最...
乙個凶險的BUG
c格式符用來輸入單個字元 scanf 函式 char ch scanf 3c ch 如果從鍵盤連續輸入3個字元 abc 由於ch只能容納乙個字元，系統就把第乙個字元 a 賦給字元變數ch。果真如此麼？考察一下下面的 include include int main void 執行的結果是 最初 ch...