Ubuntu 14.04上的Sublime Text - 继续尝试删除它

Question

崇高＆amp;从终端，打开一个Sublime Text窗口，但不断收到此消息：

(sublime: 6476): GLib-CRITICAL **; Source ID 1982 was not found when attempting to remove it. 

源ID不断变化。使用Ubuntu 14.04。

任何想法可能会发生什么？谢谢！

Answer 1

Ubuntu的bug追踪器中的

This page描述了这种特殊情况。显然这是14.04的已知错误，可能是因为GLib的回归，或GLib和GTK之间的不匹配（所以其中一位评论者说）。

没有什么可以尝试删除Sublime，这只是编程库中的一个错误。如果没有任何东西在你身上崩溃，或者变得无法使用，那就忽略它......

修改 此问题已在14.10及之后修复。您可以升级您的发布，或只是升级glib，错误就会消失。升级到Sublime Text 3（无论如何 高度 ）也可以解决问题。

Answer 2

这最终太烦人了，所以我有一个非常草率的解决方案。 这是一个在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"

Answer 3

我升级到崇高3，我停止接收这些消息。希望它也适合你。

[编辑] 您可以按照此快速教程升级到崇高文字3：Tutorial from WebUpd8

Answer 4

看起来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（）参数，所以不知道过去实际发生了什么。