簡體   English   中英

Ubuntu 14.04上的Sublime Text - 繼續嘗試刪除它

[英]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"

我升級到崇高3,我停止接收這些消息。 希望它也適合你。

[編輯]您可以按照此快速教程升級到Sublime文本3: WebUpd8教程

在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.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM