[英]Sublime Text on Ubuntu 14.04 - Keeps attempting to remove it
Sublime&from Terminal,打開Sublime Text窗口,但不斷收到此消息:
(sublime: 6476): GLib-CRITICAL **; Source ID 1982 was not found when attempting to remove it.
源ID不斷變化。 使用Ubuntu 14.04。
什么想法可能會發生什么? 謝謝!
Ubuntu的bug跟蹤器中的這個頁面描述了這種特殊情況。 顯然這是14.04的已知錯誤,可能是因為GLib的回歸,或GLib和GTK之間的不匹配(所以其中一位評論者說)。
沒有什么可以嘗試刪除Sublime,它只是編程庫中的一個錯誤。 如果沒有任何東西在你身上崩潰,或者變得無法使用,那就忽略它......
編輯此問題已在14.10及更高版本中修復。 您可以升級您的發行版,或只是升級glib
,錯誤應該消失。 升級到Sublime Text 3 (無論如何強烈推薦)也將解決問題。
這最終太煩人了,所以我有一個非常草率的解決方案。 這是一個在nohup中運行的功能。 起初我嘗試使用nohup創建一個運行sublime的別名,但它會生成一個日志文件.output
並將其留在我正在使用的任何目錄中。為了解決這個問題, sblm
在nohup中運行sublime來隱藏錯誤從終端,然后它將輸出日志發送到/ dev / null
現在我有一個函數sblm
我只是使用別名sublime
來覆蓋正常的sublime函數。
將所有這些粘貼到.bash_aliases
文件中。
#Function to deal with the annoying sublime errors
#Send annoying .output logs to /dev/null
function sblm
{
nohup sublime $1 >/dev/null 2>&1 &
}
#Call my sublime function
alias sublime="sblm"
在ConsoleKit中看起來有一個雙重免費的錯誤。
最近很多Gnome程序都出現了這種情況,但是(根據我的經驗),ConsoleKit用戶受到的影響特別大,每次按鍵都會發出警告。 消息的來源是Glib的g_source_remove()
,但這意味着調用者試圖不正確地使用g_source_remove()
。 g_source_remove()
是一個資源釋放函數,就像libc的free()
,所以最可能的原因是在同一個對象上調用它兩次。
來自https://bugzilla.gnome.org/show_bug.cgi?id=721369#c7 :
當g_source_remove()傳遞垃圾時(根據警告),GLib最近開始拋出警告。 你的應用程序可能已經被打破了一段時間,而且當g_source_remove()很樂意關閉任何隨機源時,因為程序員得到了g_source_remove()的錯誤參數,所以在過去實際上發生了什么事並不清楚。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.