A. GTK+ 基础，第 2 部分: 如何使用 GTK+
本文假设读者熟悉基本的面向对象概念，比如类、对象、方法和继承。虽然不需要能够用 C 编写程序，但是需要对 C 语言的语法有基本的理解。C 语言的 GTK+ 应用程序剖析我发现最好用示例来讨论代码。对于本文来说，我使用一个用 C 编写的名为 Hello World 的简短应用程序。虽然短小 —— 而且作为应用程序来说，基本没什么用 —— 但是这个应用程序的代码确实展示了在进行 GTK+ 编程时可能会碰到的一些最有趣的概念（参见清单 1）。清单1. Hello World 应用程序的 GTK+ 代码 #include <gtk/gtk.h> #include <libintl.h> #define _(x) gettext (x) #define N_(x) (x) #define GETTEXT_PACKAGE "gtk-hello" #define LOCALEDIR "mo" static char *greetings[] = { "Hello World", "Witaj ?wiecie", "世界に今日は" }; static char* choose_greeting () { return greetings[g_random_int_range (0, G_N_ELEMENTS (greetings))]; } static void cb_button_click(GtkButton *button, gpointer data) { GtkWidget *label = GTK_WIDGET(data); g_assert(label != NULL); gtk_label_set_text(GTK_LABEL (label), choose_greeting()); } static gboolean cb_delete(GtkWidget *window, gpointer data) { gtk_main_quit(); return FALSE; } int main (int argc, char *argv[]) { GtkWidget* window, *button, *label, *vbox; bindtextdomain (GETTEXT_PACKAGE, LOCALEDIR); bind_textdomain_codeset (GETTEXT_PACKAGE, "UTF-8"); textdomain (GETTEXT_PACKAGE); gtk_init(&argc, &argv); window = gtk_window_new (GTK_WINDOW_TOPLEVEL); button = gtk_button_new_with_label (_("Hello World")); label = gtk_label_new (choose_greeting()); vbox = gtk_vbox_new(FALSE, 0); gtk_container_add(GTK_CONTAINER (window), vbox); gtk_container_add(GTK_CONTAINER (vbox), label); gtk_container_add(GTK_CONTAINER (vbox), button); g_signal_connect(G_OBJECT (window), "delete-event", G_CALLBACK(cb_delete), NULL); g_signal_connect (G_OBJECT (button), "clicked", G_CALLBACK (cb_button_click), label); gtk_widget_show_all(window); gtk_main(); return 0; }概述在进入细节之前，先看看运行 Hello World 程序时发生的情况：初始化 GTK+ 和国际化（i18n）支持。创建部件（widget）。部件被组织成层次结构，让 GTK+ 知道如何在屏幕上显示它们。两个信号处理器被连接起来 —— 一个用来在用户关闭窗口时退出应用程序，另一个用来在用户点击按钮时，修改显示的欢迎信息。在屏幕上显示窗口，应用程序调用 gtk_main()，激活主循环。主循环一直运行，直到用户关闭窗口，调用 gtk_main_quit() 时才结束。初始化以下几行初始化 GTK+ 和 i18n 支持：清单2. 初始化 GTK+ 和 i18n 支持 int main (int argc, char *argv[]) { GtkWidget* window, *button, *label, *vbox; bindtextdomain (GETTEXT_PACKAGE, LOCALEDIR); bind_textdomain_codeset (GETTEXT_PACKAGE, "UTF-8"); textdomain (GETTEXT_PACKAGE); gtk_init(&argc, &argv); C 程序员应当熟悉 main 声明。（如果不是 C 程序员，那么只需要知道这是应用程序开始执行的函数。）下一行包含几个到 GtkWidget 类型的指针的声明。GTK+ 是一个面向对象的工具包。所以，它使用常见的面向对象概念（例如继承）来实现不同的部件。作为语言，C 缺乏对面向对象的内置支持。GTK+ 通过使用一些更聪明的技巧和 C 标准要求的一些有帮助的属性，克服了这个缺点。在这个方案中，对象由指针代表，而 GtkWidget 是GTK+ 层次结构中的基本类型 —— 叫做 类，其他类都从它派生而来。所以，我把变量声明为 GtkWidget*。下三行是在程序开始的地方应当包含的调用，用来得到国际化接口的支持。注意，在真实的应用程序中，不会手动声明 LOCALEDIR 和GETTEXT_PACKAGE。编译系统将会处理这些声明。但是，在这个简单示例中，声明有助于澄清需要的内容。最后一行调用 gtk_init()。在进行其他 GTK+ 调用之前，必须调用这个函数，并把调用程序使用的参数传递给它。如果这个调用失败，就会从没有机会正确初始化自己的各个子系统得到多个错误消息。创建部件这四行分别调用不同的 _new() 函数：清单3. 调用不同的 _new() 函数 window = gtk_window_new (GTK_WINDOW_TOPLEVEL); button = gtk_button_new_with_label (_("Hello World")); label = gtk_label_new (choose_greeting()); vbox = gtk_vbox_new(FALSE, 0); 关于TOPLEVEL 的警告在看到 gtk_window_new 的TOPLEVEL 参数之后，可能想知道是否有其他可能的窗口类型。实际上，确实有。但是，对于 TOPLEVEL 之外的类型的需要很少见。而且，要使用不同的类型，必须对 GTK+ 与窗口系统的交互方式有很好的理解。所以，规则很简单：一直 使用TOPLEVEL 参数。正如您所想，这些函数创建新的部件。所以，它们是代表部件的对象的构造函数。在 C++ 中，用特殊的方式标记构造函数，并用特殊语法进行调用。但是，因为 C 不支持面向对象，所以它们与普通的函数没有什么不同。只有添加到函数名尾部的 _new() 才表示这些函数实际上是构造函数。规定是：gtk_* 名称空间中的每个构造函数都返回一个到 GtkWidget 的指针。这样，通过声明这种类型的变量，可以直接把构造函数调用的结果分配给对应的变量。如果查看单独的构造函数，可以看到它们接受不同的参数，对应着它们创建的部件的类型。具体来说，gtk_window_new (GTK_WINDOW_TOPLEVEL) 创建新的 TOPLEVEL 窗口；也就是与用户看成窗口的东西对应的部件，具有标题栏、关闭按钮或者窗口系统添加的其他元素。对label 和button 的构造函数的调用做的工作正如您所料。但是，请注意传递给 button 的字符串周围的下划线和括号（_()）。这个宏调用 gettext() 例程，并且对于界面转换至关重要。（关于 gettext 的更多信息，请参阅 参考资料。） 模样古怪的 gtk_vbox_new(FALSE, 0) 创建垂直框（VBox）。虽然这个部件与屏幕上的任何可视像素都不对应，但是它在 GTK+ 的控件布局中扮演着重要角色，您很快就会看到这一点。 决定布局这三行决定部件的布局： gtk_container_add(GTK_CONTAINER (window), vbox); gtk_container_add(GTK_CONTAINER (vbox), label); gtk_container_add(GTK_CONTAINER (vbox), button); 这些行是对类型 GtkContainer 的面向对象方法的调用。如果查看应用程序编程接口（API）参考，可以看到 GtkContainer 继承自 GtkWidget，而且它的全部方法都接受 GtkContainer* 作为第一个参数。所以，GtkContainer* 是方法要在上面操作的对象实例。因为变量是 GtkWidget* 类型的，而且 C 编译器不支持面向对象继承，所以需要让编译器相信：向需要 GtkContainer* 的函数传递这些变量是安全的。GTK_CONTAINER() 宏通过实现到类型安全版 GtkContainer 的类型转换做到了这一点。类型安全 意味着宏在进行类型转换之前，会验证指定操作可以在指定类型上安全地执行。如果宏不能执行指定操作，就会提供警告。因为GTK+ 使用方框布局 模型，所以不必显式地指定部件应当放在屏幕上的什么位置。相反，要指明部件放在其他哪个窗口部件内。在 Hello World 应用程序中，每个 gtk_container_add() 方法调用都告诉应用程序用第一个参数（或 双亲部件），并把第二个参数（或 子部件）放在双亲部件内。在这个示例中使用的 VBox 部件是一种布局部件，它垂直地排列子部件。这样，在它内部放置标签和按钮时，结果就是按钮显示在标签下。这是需要做的全部工作。如果您曾经用过绝对定位（在某些工具包中使用的模型，例如 Win32）手动调整部件或重新设置部件大小，那么您会很高兴知道在 GTK+ 中所有这些都是自动完成的。连接信号和主循环在创建并组织好部件之后，该给它们添加些逻辑了。GTK+ 像多数 GUI 工具包一样，是一个事件驱动框架。所以，它是围绕主循环 组织的。主循环在连续的检查-分配-睡眠周期上操作。当事件发生时，与这个事件对应的对象发出信号，通知主循环事件已经发生。然后主循环查询自己的信号和处理程序之间的内部映射表，也叫做 回调，并调用注册到指定对象的指定信号的处理程序。在Hello World 代码中，回调的注册看起来像这样：清单4. 回调的注册 g_signal_connect(G_OBJECT (window), "delete-event", G_CALLBACK(cb_delete), NULL); g_signal_connect (G_OBJECT(button), "clicked", G_CALLBACK(cb_button_click), label); 请注意在 GTK+ 中，connect（连接） 到信号。第一行把 cb_delete 函数连接到 window 对象的 delete-event 信号。类似地，第二行把 cb_button_click 函数连接到 button 对象的 clicked 信号。请注意在第二个连接调用中的第四个参数 label。稍后会看到它在 cb_button_click 函数中是如何使用的。下面是 cb_delete 函数，它在用户关闭窗口时退出应用程序： static gboolean cb_delete(GtkWidget *window, gpointer data) { gtk_main_quit(); return FALSE; } static 修饰符 在C 中，static 关键字在内部链接函数，这意味着静态函数在声明它的源文件之外不可见。除非需要在不止一个文件中使用回调，否则请一直使用 static 关键字声明回调。使用这个方法，可以避免把可用函数名称的有限名称空间弄混乱。因为静态函数被局限在一个文件，所以可以安全地重用函数名称。 这个函数接受 GtkWidget* 和一个未指定的 data 指针（gpointer 是等价于 void* 的类型），因为 "delete-event" 的每个回调都必须符合这个原型。但是，这个函数不需要这些参数，所以它们被忽略了。它调用 gtk_main_quit() 例程以退出主循环。而且，该函数返回布尔值，因为为 GtkWidget 定义的 delete-event 信号的回调原型指明的是布尔返回值。布尔值决定 GTK+ 采取的行动。如果它返回 TRUE 值，那么事件就被认为已经得到处理，而且不调用默认处理程序（该默认处理程序从窗口系统删除部件）。有的时候，例如，如果想显示一条消息，请求尚未保存的数据，并根据用户的响应阻止窗口关闭，那么这个函数会很有用。下面是 cb_button_click 函数，在用户点击按钮时，它修改显示的欢迎信息：清单5. cb_button_click 函数 static void cb_button_click(GtkButton *button, gpointer data) { GtkWidget *label = GTK_WIDGET(data); g_assert(label != NULL); gtk_label_set_text(GTK_LABEL (label), choose_greeting()); } 可以看到，这个函数与 cb_delete 函数类似，不同之处是它什么也不返回，而且它接受 GtkButton* 而不是 GtkWidget。代码把 data 转换成到 GtkLabel 的指针。还记得在回调注册中的 label 参数么？现在每次调用回调时，data 指针都会包含到那个标签的指针。每当需要向回调传递额外的信息时，都可以使用 data 参数。类似地，如果需要访问发出信号的对象，就要使用第一个参数，在这个具体回调中是 button。在得到标签的指针后，代码使用 g_assert 宏来确定标签是否等于 NULL。g_assert 宏是一个来自 Glib （GTK+ 使用的一个有用的 C 类型和例程库）的工具宏，如果传递给它的条件满足，就会中止程序 —— 在这个示例中，条件是 label 等于NULL。因为 label 等于NULL 意味着程序员犯了错误，所以这可以确保在代码投入生产之前捕获到错误。显示窗口在回调连接好之后，gtk_widget_show_all() 函数使窗口 —— 即所有的部件 —— 都显示在屏幕上（参见图 1）。图1. Hello World 应用程序，用波兰语和日语运行激活主循环当诸事就位，而且显示出来之后，gtk_main() 函数就激活主循环。主循环进入无限循环，等候事件并调用回调，直到有人关闭窗口，调用 gtk_main_quit() 为止。注意：如果对代码仍有问题，请参阅附带的源代码。它与文章中介绍的代码完全相同，但是每一行都包含详细的注释。编译和运行要编译这个程序，需要 C 编译器和 GTK+ 的开发文件（头和库）。有关如何获取这些项目的信息，请参阅 参考资料。在安装完文件之后，请解压源代码，进入源代码将要解压到的目录，并运行 make： $ tar -xzf gtk_hello.tgz $ cd gtk_hello $ make 注意：如果正在运行 Microsoft�0�3 Windows�0�3，请不要运行 make，而是打开 Microsoft Visual Studio�6�4.NET 并运行 “hello” 项目。回页首在其他编程语言中的 GTK+可以在多个编程语言中使用 GTK+。要做到这点，需要使用绑定。绑定 是针对指定语言的特殊包，它用适合该语言的方式公开 GTK+ API。例如，我已经把 Hello World 应用程序转换成 Python 和 C#。要在这些语言中运行 GTK+，除了 Python 和 Mono/.NET 之外，分别还需要 PyGTK 和 Gtk#（请参阅 参考资料）。PyGTK 中的 Hello World 清单6 显示了转换成 Python 的 Hello World 应用程序的代码。清单6. PyGTK 中的 Hello World 应用程序 import pygtk pygtk.require('2.0') import gtk import random greetings = ["Hello World", "Witaj ?wiecie", "世界に今日は"] def choose_greeting (greets): return greets[random.randint (0, len(greets) - 1)] def cb_clicked(button, label): label.set_text(choose_greeting(greetings)) window = gtk.Window () vbox = gtk.VBox () button = gtk.Button("Hello World") label = gtk.Label (choose_greeting (greetings)) window.add(vbox) vbox.add(label) vbox.pack_start(button, False, False) window.connect("delete-event", lambda a,b: gtk.main_quit()) button.connect("clicked", cb_clicked, label) window.show_all() gtk.main() 由于紧凑的 Python 代码，应用程序的这个版本比它的 C 语言对应物更短。除此之外，看起来是相似的。注意，代码被转换成使用 Python 的习惯，但是 API 保持不变。Gtk# 中的 Hello WorldGtk# 中的 Hello World 应用程序代码要比 C 版本略长，因为 C# 要求的声明很长。所以，我没有在这里包含完整的源代码。源代码包含在附加的下载中。下面快速查看一下 C 到 C# 的主要概念转换： class GtkHello : Gtk.Window { 现在不再创建并设置新窗口，而是把 Gtk.Window 类放进一个子类，并把所有设置代码移动到构造函数。这种方法并非特定于 Gtk#。实际上，在 C 程序中，当需要窗口的多个拷贝时，经常使用这种方法。但是，在 C# 中使用子类如此之容易，所以即使对一个实例这么做也有意义 —— 特别是在考虑到 C# 要求至少声明一个类的时候，更是如此。 this.DeleteEvent += new DeleteEventHandler(DeleteCB); button.Clicked += new EventHandler(ButtonClickCB); 可以看到，GTK+ 信号被转换成地道的 C# 事件概念。名称也被稍加修改，以更好地符合 C# 的命名规范。清单7. GTK+ 信号被转换成地道的 C# 事件概念 private void DeleteCB (object o, DeleteEventArgs args) { Application.Quit (); args.RetVal = true; } 由于C# 事件的构造方式，所以 delete-event 处理程序的原型略有不同。它不是从回调返回 true，而是通过 args.RetVal 传递返回值。gtk_main() 和gtk_main_quit() 分别被 Application.Run() 和Application.Quit() 代替。回页首有用的工具在使用 GTK+ 进行开发时，有几个工具可以让工作轻松些。其中最着名的几个工具是 Glade、Libglade 和 Devhelp。Glade 和 LibgladeGlade 是一个界面构建器 —— 这个程序可以图形化地构建应用程序，而不必手动从源代码开始构建。更重要的是第二个组件：Libglade。顾名思义，Libglade 支持读取可扩展标记语言（XML）格式，Glade 用 XML 保存用户界面描述。使用 Libglade，可以直接从这个描述构建应用程序的界面，而不需要任何代码。图2 显示了一个包含几个部件的简单的 Libglade 应用程序。图2. 简单的 Libglade 应用程序清单8 显示了图 2 所示的 Libglade 应用程序的完整源代码。清单8. Libglade 应用程序的源代码 #include <gtk/gtk.h> #include <glade/glade.h> int main (int argc, char *argv[]) { GladeXML *ui; gtk_init(&argc, &argv); /* Read user interface description from glade file */ ui = glade_xml_new ("glade_hello.glade", "main_window", NULL); /* Automatically connect signals */ glade_xml_signal_autoconnect(ui); gtk_main(); return 0; } 可以看到，所有的事情只有 17 行代码，包括注释和空行。虽然真正的应用程序不会这么短，但是从代码的清晰性、模块性和可管理性来说，Libglade 带来了巨大的提高。如果想进一步研究这个程序是如何构建的，可通过本文附带的下载中其余的示例进行了解。DevhelpDevhelp 是一个文档浏览器，是为了阅读用 gtk-doc 生成的格式的文档而设计的，gtk-doc 是构建 GTK+ 文档的标准工具，相关的项目，例如 Pango 和 GNOME 也使用它。使用 Devhelp，可以迅速地搜索函数索引并浏览已经安装的文档，从而可以更迅速地获得需要的信息。Devhelp 是一个 GNOME 应用程序。所以，要运行它，需要一个符合 POSIX 的操作系统，在上面运行 GNOME，例如 linux�0�3 或 Sun Solaris，还需要 GNOME 运行时库。不需要运行 GNOME 本身。如果使用其他平台，也有许多其他方法可以阅读 GTK+ 文档。Mono 项目有 Monodoc 浏览器，它通常是与 Gtk# 参考一起预先装入的。GTK+ 的 Windows 安装器也通常包含适合各种开发工具的文档格式，例如 Visual Studio�0�3。最后，总有使用 Web 浏览器在线阅读文档这个选项，但是推荐采用专用浏览器，因为它的速度快，还有针对在程序文档中进行搜索而设计的额外特性。下期预报在这篇文章中，学习了 GTK+ 编程中使用的基本概念。还看到了如何在 C 语言之外的语言中使用 GTK+，在保持使用 GTK+ 的一般方式的同时，还使用了特定于这些语言的方式。最后，还介绍了有助于更快更好地开发应用程序的工具。在本系列的最后一期中，将进一步观察 GTK+ 开发的另一个方面：部署。文章将详细分析各种选项，包括移植性的考虑和安装的简易。最后，将以更广阔的视野来看 GTK+ —— 作为一个有活跃社区的项目，它有助于构建出更好地为用户服务的应用程序。回页首下载描述名字大小下载方法Source codeos-gtk2_hello.zip18KBHTTP关于下载方法的信息参考资料 学习您可以参阅本文在 developerWorks 全球站点上的 英文原文。 请阅读 developerWorks “GTK+ 基础” 系列中的全部文章。 GNU Gettext 是一个用于应用程序运行时转换的库。 Libglade Reference Manual 是用来动态创建 GTK+ 界面的库。 请访问 GTK+ 获得关于工具包的更多信息。 全面的 GTK+ API Documentation 对于所有开发人员都很重要。 Matthias Warkus 编写的 The Official GNOME 2 Developer's Guide（No Starch Press，2004 年）介绍了 GNOME 2，包括使用 GTK+ 进行编程。 请访问 developerWorks 开放源码专区 获得丰富的 how-to 信息、工具和项目更新，帮助您用开放源码技术进行开发并把它们用于 IBM 的产品。 获得产品和技术 请获取 Gtk#，这是针对 Microsoft .NET 环境的 GTK+ 绑定。 请获取 GTK+ 的官方 source code tarballs。 请访问 PyGTK，这是 Python 的 GTK+ 绑定的官方站点。 Gazpacho 是Glade UI 描述文件的改进的编辑器，是用 PyGTK 编写的。 Devhelp 是用于 GNOME 的一个面向程序员的文档浏览器。 请参阅 GNOME，这是使用 GTK+ 构建的侧重于应用的桌面。 请尝试 Xfce，这是一个快速而易用的桌面，也是用 GTK+ 开发的。 请访问 Gnomefiles 并得到超过 1,000 个用 GTK+ 构建的应用程序。 请用IBM 试用软件 改造您的下一个开放源码开发项目，这些软件可以下载也可以通过 DVD 得到。 讨论 请在GTK+ mailing lists 上获得关于用 GTK+ 开发软件的支持并询问相关问题。 通过参与 developerWorks blogs 加入developerWorks 社区。 关于作者Maciej Katafiasz 是计算机科学专业的研究生，从高中起就一直使用开放源码技术。从 GNOME 1.0 起，他就是 GNOME 桌面的用户，而 2.0 版一发布，他就爱上了它并了解到 GTK+ 能够开发自己喜欢的桌面。关闭[x]关于报告滥用的帮助报告滥用谢谢! 此内容已经标识给管理员注意。关闭[x]关于报告滥用的帮助报告滥用报告滥用提交失败。 请稍后重试。关闭[x]developerWorks：登录IBM ID：需要一个 IBM ID？忘记IBM ID？密码：忘记密码？更改您的密码 保持登录。单击提交则表示您同意developerWorks 的条款和条件。 使用条款 当您初次登录到 developerWorks 时，将会为您创建一份概要信息。您在developerWorks 概要信息中选择公开的信息将公开显示给其他人，但您可以随时修改这些信息的显示状态。您的姓名（除非选择隐藏）和昵称将和您在 developerWorks 发布的内容一同显示。所有提交的信息确保安全。关闭[x]请选择您的昵称：当您初次登录到 developerWorks 时，将会为您创建一份概要信息，您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的，并且出于隐私保护的原因，不能是您的电子邮件地址。昵称：（长度在 3 至 31 个字符之间）单击提交则表示您同意developerWorks 的条款和条件。 使用条款. 所有提交的信息确保安全。为本文评分评论回页首
B. 如何在windows平台下配置gtk开发环境
GTK+开发环境搭建
“工欲善其事,必先利其器”首先介绍一下GTK+开发环境的搭建,网上很多所谓的GTK的开发环境的搭建基本都是抄来抄去,也不知道有没有人使用他们介绍的方法搭建并编译成功,很不幸的是我使用他们写的方法没有搭建成功,所以有必要再增加一个原创版本来介绍GTK+开发环境的搭建,这里介绍windows下两种环境搭建的方法,ubuntu的我就不说了,apt-get的功能真是太强大,直接sudo apt-get install gtk+2.0就搞定了,使用gcc编译添加编译条件就没问题了.现在说说windows吧!第一种是使用VS开发环境,我打算基于VS2012来讲解,我的电脑里装的是2012;另一种是使用codeblocks开发工具.
准备步骤一：
首先是gtk+开发包版本的选择,这个非常重要,我在搭建的时候参考了非常多的资料,官方的资料、个人的心得,怎么都没有成功,最后偶然的机会发现是版本的问题。gtk+的官网上windows下的开发包分成32bit和64bit的，
网上我看到的文章说的都是根据自己的系统选择开发包版本，我的系统是windows 8.1 x64 pro版本，足够新了吧！很多软件开发人员喜欢xp系统，但是我认为最新的东西才是适合软件开发人员的，如果我们自己都固步自封，怎么做出好的东西给客户呢，新的东西虽然冒险，但是你可以根据自己项目的特点进行取舍，现在大家不喜欢用新东西的原因无非是出了问题无法很容易的找到解决方案，这个看自己了！我这是自己折腾着玩，没有老板在后面催着，所以我选择最新的系统、最新的开发包。无论是你的系统是32bit还是64bit的，不要根据系统选择开发包，要根据编译器是32bit还是64bit来选择开发包，无论VS2012还是codeblocks默认的编译器都是32bit的，所以选择32bit的开发包即可，由于gtk+是使用gcc编译的或者minGW，使用VS2012的MS编译器有点小问题，但是不影响使用。到www.gtk.org网站上下载gtk All-in-one bundle版本，这个版本打包了所有需要的文件，比较方便，我下载的是gtk+bundle_3.6.4-20130921_win32.zip和gtk+bundle_2.24.10-20120208_win32.zip是目前3.x和2.x最新的版本了。
为什么下载2.x的是给codeblocks准备的，codeblocks不支持直接创建3.x版本的开发环境，但是支持从2.x版本直接创建gtk+工程，
这个稍后再讲。现在开始：
准备步骤二：
将下载的开发包压缩文件解压缩到一个文件夹内，在环境变量的path下将这个文件夹下的bin目录添加进去，
这个目录是我试验64bit时的截图，不用纠结这个。
添加完成之后，你们可以试着运行bin目录下的gtk3-demo.exe，如果配置没有错误将会出现GTK+ Code Demos的窗口，这就说明你的配置是没有错误的。
准备工作完毕，现在可以开始了。
VS2012搭建GTK+开发环境
1.新建一个空的C++项目，Visual C++—常规—空项目
2.右键项目—选择“属性”，打开属性设置。
3.配置属性—C/C++—常规—附加包含目录—编辑
4.添加新行
将开发包的include文件夹添加进去，
需要添加的目录有：
include，及include下的所有文件夹（atk-1.0,cairo,fontconfig,freetype2,gail-3.0,gdk-pixbuf-2.0,gio-win32-2.0,glib-2.0,jasper,libcroco-0.6,libpng15,librsvg-2.0,libxml2,lzma,pango-1.0,pixman-1），和lib文件夹下的glib-2.0\include、libffi-3.0.12\include（千万不要忘记这两个文件）。很不幸的是这些文件夹只能一个一个的添加，不能批量添加。添加完成之后会像这样。
5.配置属性—链接器—常规—附加库目录—编辑，将lib目录添加进去
6.配置属性—链接器—输入—附加依赖项—编辑，将lib文件夹下则*.lib文件全部添加进去，我的lib目录下有：
atk-1.0.lib
cairo.lib
fontconfig.lib
gailutil.lib
gdk_pixbuf-2.0.lib
gdk-win32-3.0.lib
gio-2.0.lib
glib-2.0.lib
gmole-2.0.lib
gobject-2.0.lib
gthread-2.0.lib
gtk-win32-3.0.lib
pango-1.0.lib
pangocairo-1.0.lib
pangoft2-1.0.lib
pangowin32-1.0.lib
添加完成之后像这样：
每行回车，后面没有“；”
7.新建一个main.cpp文件，在文件中输入
复制代码
代码如下:
#include <stdlib.h>
#include <gtk/gtk.h></p> <p>static void helloWorld (GtkWidget *wid, GtkWidget *win)
{
GtkWidget *dialog = NULL;</p> <p> dialog = gtk_message_dialog_new (GTK_WINDOW (win), GTK_DIALOG_MODAL, GTK_MESSAGE_INFO, GTK_BUTTONS_CLOSE, "Hello World!");
gtk_window_set_position (GTK_WINDOW (dialog), GTK_WIN_POS_CENTER);
gtk_dialog_run (GTK_DIALOG (dialog));
gtk_widget_destroy (dialog);
}</p> <p>int main (int argc, char *argv[])
{
GtkWidget *button = NULL;
GtkWidget *win = NULL;
GtkWidget *vbox = NULL;</p> <p> /* Initialize GTK+ */
g_log_set_handler ("Gtk", G_LOG_LEVEL_WARNING, (GLogFunc) gtk_false, NULL);
gtk_init (&argc, &argv);
g_log_set_handler ("Gtk", G_LOG_LEVEL_WARNING, g_log_default_handler, NULL);</p> <p> /* Create the main window */
win = gtk_window_new (GTK_WINDOW_TOPLEVEL);
gtk_container_set_border_width (GTK_CONTAINER (win), 8);
gtk_window_set_title (GTK_WINDOW (win), "Hello World");
gtk_window_set_position (GTK_WINDOW (win), GTK_WIN_POS_CENTER);
gtk_widget_realize (win);
g_signal_connect (win, "destroy", gtk_main_quit, NULL);</p> <p> /* Create a vertical box with buttons */
vbox = gtk_vbox_new (TRUE, 6);
gtk_container_add (GTK_CONTAINER (win), vbox);</p> <p> button = gtk_button_new_from_stock (GTK_STOCK_DIALOG_INFO);
g_signal_connect (G_OBJECT (button), "clicked", G_CALLBACK (helloWorld), (gpointer) win);
gtk_box_pack_start (GTK_BOX (vbox), button, TRUE, TRUE, 0);</p> <p> button = gtk_button_new_from_stock (GTK_STOCK_CLOSE);
g_signal_connect (button, "clicked", gtk_main_quit, NULL);
gtk_box_pack_start (GTK_BOX (vbox), button, TRUE, TRUE, 0);</p> <p> /* Enter the main loop */
gtk_widget_show_all (win);
gtk_main ();
return 0;
}
然后运行，得到：
到此一个可以使用的VS的GTK+开发环境搭建完毕。这样的步骤本人一步步试验得来，应该没有错误。可放心使用，哈！
codeblocks下搭建GTK+开发环境
我的codeblocks是12.11版本，是目前最新的codeblocks版本，如果使用2.x版本的GTK+那么建立一个GTK+工程很容易。
1.选择GTK+ progect
2.next—填写工程名字
可以随便填写
3.选择开发包的直接根目录
如果出现上面的提示证明你使用的是3.x的开发包。出现上面错误是因为codeblocks的问题，你只需要重新指定一个指向2.x开发包的目录即可。
选择“next”，并点击“finsh”，至此一个新的GTK+工程就完成了。
如果你原来添加到环境变量path下的目录要更改成现在这个新目录了，否则会有错误提示。
C. 在计算机技术中，什么叫加壳和脱壳，能用通俗的话讲出来吗
加壳，的病毒好手工查杀和提取，脱壳，就把病毒外表的保护给去掉一般有5层，核心就是他的源代码和病毒
流氓软件就是破解后加入的
最早提出“壳”这个概念的，据我所知，应该是当年推出脱壳软件 RCOPY 3 的作者熊焰先生。在几年前的 DOS 时代，“壳”一般都是指磁盘加密软件的段加密程序，可能是那时侯的加密软件还刚起步不久吧，所以大多数的加密软件（加壳软件）所生成的“成品”在“壳”和需要加密的程序之间总有一条比较明显的“分界线”。有经验的人可以在跟踪软件的运行以后找出这条分界线来，至于这样有什么用这个问题，就不用我多说了。但毕竟在当时，甚至现在这样的人也不是很多，所以当 RCOPY3 这个可以很容易就找出“分界线”，并可以方便的去掉“壳”的软件推出以后，立即就受到了很多人的注意。老实说，这个我当年在《电脑》杂志看到广告，在广州电脑城看到标着999元的软件，在当时来说，的确是有很多全新的构思，单内存生成 EXE 可执行文件这项，就应该是世界首创了。但它的思路在程序的表现上我认为还有很多可以改进的地方（虽然后来出现了可以加强其功力的 RO97），这个想法也在后来和作者的面谈中得到了证实。在这以后，同类型的软件想雨后春笋一般冒出来，记得住名字的就有： UNKEY、MSCOPY、UNALL .... 等等，但很多的软件都把磁盘解密当成了主攻方向，忽略了其它方面，当然这也为以后的“密界克星”“解密机器”等软件打下了基础，这另外的分支就不多祥谈了，相信机龄大一点的朋友都应该看过当时的广告了。
解密（脱壳）技术的进步促进、推动了当时的加密（加壳）技术的发展。LOCK95和 BITLOK 等所谓的“壳中带籽”加密程序纷纷出笼，真是各出奇谋，把小小的软盘也折腾的够辛苦的了。正在国内的加壳软件和脱壳软件较量得正火红的时候，国外的“壳”类软件早已经发展到像 LZEXE 之类的压缩壳了。这类软件说穿了其实就是一个标准的加壳软件，它把 EXE 文件压缩了以后，再在文件上加上一层在软件被执行的时候自动把文件解压缩的“壳”来达到压缩 EXE 文件的目的。接着，这类软件也越来越多， PKEXE、AINEXE、UCEXE 和后来被很多人认识的 WWPACK 都属于这类软件，但奇怪的是，当时我看不到一个国产的同类软件。
过了一段时间，可能是国外淘汰了磁盘加密转向使用软件序列号的加密方法吧，保护 EXE 文件不被动态跟踪和静态反编译就显得非常重要了。所以专门实现这样功能的加壳程序便诞生了。 MESS 、CRACKSTOP、HACKSTOP、TRAP、UPS 等等都是比较有名气的本类软件代表，当然，还有到现在还是数一数二的，由台湾同胞所写的 FSE 。其实以我的观点来看，这样的软件才能算是正宗的加壳软件。
在以上这些加壳软件的不断升级较劲中，很多软件都把比较“极端”技术用了上去，因为在这个时候 DOS 已经可以说是给众高手们玩弄在股掌之间了，什么保护模式、反 SICE 、逆指令等等。相对来说，在那段时间里发表的很多国外脱壳程序，根本就不能对付这么多的加壳大军，什么 UPC、TEU 等等都纷纷成为必防的对象，成绩比较理想的就只有 CUP386 了，反观国内，这段时间里也没了这方面的“矛盾斗争”。加壳软件门挥军直捣各处要岗重地，直到在我国遇到了 TR 这个铜墙铁壁以后，才纷纷败下阵来各谋对策，但这已经是一年多以后的事情了。我常想，如果 TR 能早两年“出生”的话，成就肯定比现在大得多，甚至盖过 SICE 也有可能。TR 发表的时候 WIN95 的流行已经成为事实，DOS 还有多少的空间，大家心里都清楚。但话又说回来， TR 的确是个好软件，比起当年的 RCOPY3 有过之而无不及，同时也证明了我们中国的 CRACK 实力（虽然有点过时）。这个时候，前面提到过的 FSE 凭着强劲的实力也渐渐的浮出了水面，独领风骚。其时已经是 1997 年年底了，我也走完了学生“旅程”。工作后在CFIDO 的 CRACK 区认识了 Ding-Boy ，不久 CRACK 区关了，我从此迷上了 INTERNET，并于98年6月建起了一个专门介绍“壳”的站台： http://topage.126.com ;;，放上了我所收集的所有“壳”类软件。在这段时间里，各种“壳”类软件也在不段的升级换代，但都没什么太大的进展，差不多就是 TR 和众加壳软件的版本数字之争而已。
1998年8月，一个名为 UNSEC （揭秘）的脱壳软件发表了，它号称可以脱掉98年8月以前发表的所有壳。我测试之后，觉得并没传闻中的那么厉害，特别是兼容性更是令我不想再碰它。 Ding-Boy 给这个软件的作者提了很多建议，但寄去的 EMIAL 有如泥牛入海，可能是一怒之下吧，不久 Ding-Boy 的 BW （冲击波）就诞生了。这个使用内存一次定位生成 EXE 文件（后来放弃了）的脱壳软件，在我的站台公开后，得到了很多朋友们的肯定。要知道，从RCOPY 3 开始，绝大部分的脱壳软件都是要两次运行目标程序来确定 EXE 的重定位数据的。BW 的这一特点虽然有兼容性的问题，但也树立了自己的风格、特色。经过几个月的改善， BW 升级到了 2.0 版本，这个版本的推出可以说是 BW 的转折点，因为它已经是一个成熟、稳定脱壳软件了，它可以对付当时（现在）大多数的壳，包括当时最新的 FSE 0.6 等。更重要的是这个版本把选择壳的和软件“分界线”这个最令新手头疼的步骤简化到不能再简化的地步，使更多的朋友接受了它。另外，能加强 BW 功力的 CI 模式也是其它脱壳软件没有的东西。最近，BW 发表了最新的 2.5 BETA2 版本，增强了一些方面的功能，因它竟然可以脱掉号称最厉害的磁盘加密工具 LOCKKING 2.0 的加密壳，因而进一步奠定了它在“脱壳界”的地位。说到最新，就不能不提 GTR、LTR、EDUMP、ADUMP、UPS、UPX、APACK 这几个国外的好软件了，它们每个都有自己的特色，可以说都是当今各类“壳”中的最新代表了。（这些软件和详细介绍请到我的主页查阅）
由于 WINDOWS 3.1 只是基于 DOS 下的一个图形外壳，所以在这个平台下的“壳”类软件很少，见过的就只有像 PACKWIN 等几个有限的压缩工具，终难成气候。
可能是 MICROSOFT 保留了 WIN95 的很多技术上的秘密吧，所以即便是 WIN95 已经推出了 3 年多的时间，也没见过在其上面运行的“壳”类软件。直到 98 年的中期，这样的软件才迟迟的出现，而这个时候 WIN98 也发表了有一段日子了。应该是有 DOS 下的经验吧，这类的软件不发表由自可，一发表就一大批地的冲了出来。先是加壳类的软件如： BJFNT、PELOCKNT 等，它们的出现，使暴露了 3 年多的 WIN95 下的 PE 格式 EXE 文件得到了很好的保护。大家都应该知道现在很多 WIN95 下的软件都是用注册码的方法来区分、确定合法与非法用户的吧，有了这类加壳软件，这种注册方法的安全性提高了不少，如果大家也有自己编的 WIN95 程序，就一定要多留意一下本类软件了。接着出现的就是压缩软件了，因为 WIN95 下运行的 EXE 文件“体积”一般都比较大，所以它的实用价值比起 DOS 下的压缩软件要大很多，这类的软件也很多，早些时候的 VBOX、PEPACK、PETITE 和最近才发表的 ASPACK、UPX 都是其中的佼佼者。在 DOS 下很流行的压缩软件 WWPACK 的作者也推出了对应 WIN95 版本的 WWPACK32，由于性能并不是十分的突出，所以用的人也不太多。由于压缩软件其实也是间接给软件加了壳，所以用它们来处理 EXE 也是很多软件作者喜欢做的事情，最近新发表的很多软件里都可以看到这些加壳、加压缩软件的名字了。有加壳就一定会有脱壳的，在 WIN95 下当然也不例外，但由于编这类软件比编加壳软件要难得多，所以到目前为止，我认为就只有 PROCDUMP 这个软件能称为通用脱壳软件了，它可以对付现在大多数的加壳、压缩软件所加的壳，的确是一个难得的精品。其它的脱壳软件多是专门针对某某加壳软件而编，虽然针对性强、效果好，但收集麻烦，而且这样的脱壳软件也不多。前些时候 TR 作者也顺应潮流发表了 TR 的 WIN95 版本： TRW ，由现在的版本来看可以对付的壳还不多，有待改进。
BW 的作者 Ding-Boy 最新发表了一个 WIN95 的 EXE 加壳软件 DBPE 。虽然它还不太成熟，但它可以为软件加上使用日期限制这个功能是其它加壳软件所没有的，或者以后的加壳软件真的会是像他说的那样可以：加壳和压缩并重、并施；随意加使用日期；加上注册码；加软件狗（磁盘）保护；加硬件序列号判
D. 脱壳能获得源代码吗
加壳的全称应该是可执行程序资源压缩,是保护文件的常用手段.
加壳过的程序可以直接运行,但是不能查看源代码.要经过脱壳才可以查看源代码.
加“壳”其实是利用特殊的算法，对EXE、DLL文件里的资源进行压缩。类似WINZIP 的效果，只不过这个压缩之后的文件，可以独立运行，解压过程完全隐蔽，都在内存中完成。解压原理，是加壳工具在文件头里加了一段指令，告诉CPU，怎么才能解压自己。加“壳”虽然增加了CPU附带但是减少了硬盘读写时间，实际应用时加“壳”以后程序运行速度更快（当然有的加“壳”以后会变慢，那是选择的加“壳”工具问题）。
一般软件都加“壳”这样不但可以保护自己的软件不被破解、修改还可以增加运行时启动速度。
加“壳”不等于木马，我们平时的巨大多数软件都加了自己的专用“壳”。
RAR和ZIP都是压缩软件不是加“壳”工具，他们解压时是需要进行磁盘读写，“壳”的解压缩是直接在内存中进行的，用RAR或者ZIP压缩一个病毒你试试解压缩时杀毒软件肯定会发现，而用加“壳”手段封装老木马，能发现的杀毒软件就剩不下几个。
因为加壳了之后等于把这个文件进行了保护(就是有些杀毒软件杀不了的原因)
因为文件不能重复加壳.判断依据是文件是否已经加了保护
加壳其实主要就有两个作用：
防止反编译（破解软件）和免杀
修改文件不一定要脱壳，看你的水平
些软件加壳工具
1、软件防盗版战士
《软件防盗版战士》是一个以数字许可的形式为MicrosoftWindows下（PE格式）应用程序提供版权保护以及数字化销售支持的纯软件产品。它含有认证版、序列号版这两个可选版本。认证版以128位二进制证书文件作为被保护软件的最终用户使用许可，并且主要以最终用户的硬盘、CPU、网卡及操作系统等特征信息为版权保护的安全源（保守地说，理论上认证版的版权保护强度达到3-5年内不可破解）。
安全指标：1、对象安全强度——《软件防盗版战士》的各种对象安全都尽可能地加入了加密算法中，其强度相当于对称算法的128位加密，比普通硬件狗的8位、16位、32位和64位（很少有64位的）安全强度强许多。2、入口安全强度——《软件防盗版战士》采用功能相关法解决入口安全问题。入口安全的最小复杂度大于40位的安全强度。《软件防盗版战士》的入口安全强度最大限定为128位（含128位）。
2、比泰软件防盗版战士2005J
比泰软件防盗版战士2005J（BS-APC），是比泰科技出品的一个软件加密保护产品系列（含L版、A版、J版等产品线），它们为商业软件提供可靠的防盗版保护并支持数字化发行。|它采用比泰公司世界领先的“执行代码抽取加密”技术，软硬件结合，以“认证技术”保证软件“对象安全”、以“功能相关法”保证软件“入口安全”、以具有唯一性的计算机（物理）特征数据作为身份认证指纹，并以软件用户计算机本身的运算能力进行防盗版保护。具有64位以上，到128位的加密安全强度。安全强度远胜传统的外壳加密式加密狗、API内嵌式加密狗，软件保护的功能范围及运行效率超过智能狗，且无须学习加密狗编程，不引入附加硬件维护问题。|适合对C/MFC/VisualC++(VC++)/BorlandC++Builder(BCB)、Delphi/ObjectPascal、PowerBuilder(PB)、Authorware、Director等开发工具所编译程序的保护。|因为它是对真实指令进行代码抽取加密，因此暂不保护伪编译程序，如VB、VFP、C#、java。
3、AntiCrackProtector
ACProtect是由国人研究开发并拥有自主知识产权的加密软件精品,它有许多技术已经达到并超过了国外同类产品,是一个为Windows下的EXE/DLL/OCX/SCR等32位可运行文件加密系统。它通过为程序加上一层坚硬的保护壳,可以非常有效的防止盗版。还可以为程序设置限制注册功能。
即使你没有程序的原代码,你也可以用ACProtect在程序上加上运行次数限制，运行天数限制，运行有效日期限制。通过公匙加密算法(RSA)创建并校验注册KEY，只有在RSAKEY正确的情况下,才对那些受保护的代码进行正常解码。同时使用了内嵌式加密，可以有效的防止加密软件从内存中被抓取，也就是无法被脱壳。
内置反调试引擎，有效的增加了破解的难度。
专用的API系统，可以使ACProtect和你的软件紧密的接合在一起，这样，你就可以通过使用ACProtect来创建你的全功能评估版。
4、XQBOX软件保护安装系统
XQBoxSoftwareProtecting是一个以数字许可的形式为应用程序提供版权保护以及数字化销售支持的纯软件产品。它采用机器具有唯一性的数据做指纹，利用宿主计算机的运算能力进行防盗版保护。
XQBox保护系统是集软件保护和安装工具于一身的集成工具。XQBox核心代码是遵守标准c的规则来编写，它可以在，windows3.x/9x/2000/nt，unix，linux等各种操作系统下编译运行。作为中间件，它可在c、c++、java、delphi、vc、vb、vf、Masm32、pb、php、Authorware等。各种工具开发的软件中嵌入使用，它的兼容性非常好。核心代码经全域均匀抽值测试，各种特值测试和可行的全域测试均通过。
5、秦赢甲胄反盗版加密软件
这款反盗版软件的用户注册方便，终端用户不需要手动输入序列号认证码等等，一切由注册端软件自动完成；用户机器的硬件信息作为注册码/加密密钥；一个拷贝只能在同一台机器上注册；只要是同一台机器，可以在这台机器上注册多次；只能在注册的那台机器上运行
使用理论上安全的密码学协议和算法，保证不可脱机破解。不能通过注册机破解；不能通过散发序列号破解。
更改检测(可以检测病毒和破解者更改)；反跟踪功能（Anti-Debug）。
运行时代码完整性校验，可防止Cracker跟踪时设置断点；可防止通过补丁程序破解。
反Dump功能（Anti-Dump）；反反汇编功能（Anit-Disassembler）；可以有效的管理经销商和序列号的发放；可以统计软件的销售数量；可以有效的管理用户注册。
6、PE加密保护软件EncryptPE
EncryptPE能加密保护常规PE文件（EXE、DLL、OCX等一般程序或NT服务程序），防静态分析修改，反动态跟踪调试，有效地保护软件，防止盗版。除常规的对抗调试器（SoftIce、TRW、OllyDbg等）、监视器、DUMP工具方法外，EncryptPE采用的加密保护的手段还有：随机加密算法、CRC校验、变形、代码替换、进程注入、APIHOOK、多线程、调试运行、全程监控等。
能将普通软件变成共享软件，增加定时注册提醒、限制试用日期、限制试用次数、限制试用天数、限制每次试用多长时间等功能。
能根据最终用户的机器信息、注册用户及加密时的保护密码计算注册码，从诸多加密算法中随机选择一种用于注册码的计算。
支持多语言，并为待加密软件提供多语言接口。
向待加密软件提供丰富的方便的编程接口，便于设计个性注册方式，同时使被加密程序与加密壳之间融为一个整体，增加破解难度。
可以运行于多种Windows平台，包括9X/ME/NT/2000/XP/2003。
7、注册码生成器
本软件可以自动随机生成2至32位注册序列号及对应的注册码，并将这些注册信息包含到一个动态联接库DLL文件中，这样软件开发者可以将这个DLL文件同应用程序一并发行，并在应用程序的相关模块中调用这个DLL文件中提供的函数获得注册号及相对应的注册码，注册号及相对应的注册码对软件使用者来说是不透明的，它可以用效的避免软件的盗版及其重复注册，切实保护软件开发者的版权。随软件一同提供免费的DLL源程序生成器工具，DLL注册码查询工具，启动应用程序时的注册对话框示例程序及全部C++源代码等。
8、计算机软件防盗版
计算机软件防盗版系统具有国际领先水平的保护知识产权的新技术。现该技术已顺利完成了全部研制。利用嵌入式加密，动态激活解密，工具化设计特征，检测体系，产品形态技术。于1999年7月通过公安部计算机信息安全检测中心的检测。计算机软件防盗版磁盘、光盘获公安部颁发的计算机信息安全产品销售许可证。
E. Ubuntu 13.10不能启动VirtualBox怎么办
我们都知道VirtualBox是一款虚拟机，能够在Ubuntu系统中运行，但在Ubuntu 13.10运行的时候提示错误，导致VirtualBox无法启动，遇到这个问题怎么办？下面小编就给大家介绍下Ubuntu13.10不能启动VirtualBox的解决方法。
最近需要在若干虚拟机进行Hadoop的调试，于是就在Ubuntu上安装VirtualBox虚拟机，可是碰到了虚拟机无法启动的问题：
界面上会弹出一个错误对话框，错误信息如下：
Kernel driver not installed （rc=-1908）
The VirtualBox Linux kernel driver （vboxdrv） is either not loaded or there is a permission problem with /dev/vboxdrv. Re-setup the kernel mole by executing
‘/etc/init.d/vboxdrv setup’
as root. Users of Ubuntu， Fedora or Mandriva should install the DKMS package first. This package keeps track of Linux kernel changes and recompiles the vboxdrv kernel mole if necessary.
首先汇总一下系统环境：ubuntu desktop 13.10， virtualbox-4.3， kernel： 3.11.0-17
1. 按照这个错误指示，我就切换到命令行，
sudo /etc/init.d/vboxdrv setup
得到如下的错误信息：
提示依然无法正常加载dkms，而且好像需要当前内核的源代码进行编译，同时，提示查看/var/log/vbox-inuntustall.log日志。
2. 于是，cat /var/log/vbox-install日志
Uninstalling moles from DKMS
removing old DKMS mole vboxhost version 4.3.8
------------------------------
Deleting mole version： 4.3.8
completely from the DKMS tree.
------------------------------
Done.
Attempting to install using DKMS
Creating symlink /var/lib/dkms/vboxhost/4.3.8/source -》
/usr/src/vboxhost-4.3.8
DKMS： add completed.
Failed to install using DKMS， attempting to install without
Makefile:183： *** Error： unable to find the sources of your current Linux kernel. Specify KERN_DIR=《directory》 and run Make again. Stop.
3. 检查dkms，正常安装;反复安装virtualbox，确保不是安装不完整造成的问题。
sudo apt-get install dkms
提示已经安装到最新版本，说明应该不是dkms的问题。
4. 查看内核版本 uname -r， 得到当前的kernel版本： 3.11.0-17-generic.
5. 搜索了一下网络，有人提示说，可能需要重新安装一下内核。
sudo apt-get install linux-headers-$（uname -r）
注意： ${uname -r}用来代表当前内核的版本，不能直接在命令中使用的，这里我的版本是step 4中的输出。
6. 按照之前的问题提示，重新运行 sudo /etc/init.d/vboxdrv setup
~$ sudo /etc/init.d/vboxdrv setup
Stopping VirtualBox kernel moles 。。.done.
Uninstalling old VirtualBox DKMS kernel moles 。。.done.
Trying to register the VirtualBox kernel moles using DKMS 。。.done.
Starting VirtualBox kernel moles 。。.done.
提示： 已经正常将virtualbox模块注册到kernel中了
7. 接下来就可以点击virtualbox的启动按钮，正常启动virtualbox中的虚拟机了。
8. 原因分析：
最后我尝试分析了一下，产生这个错误的原因：之前的virtualbox是可以正常工作的，后来升级ubuntu和内核版本之后，估计打破了virtualbox和内核之前的注册系统，就是原有的注册在新的内核中失效了，同时，现在的内核可能在升级过程，有若干的不稳定情况。 所以，需要重新覆盖安装内核，然后，再一次将virtualbox内核注册到当前linux内核之中，以上仅为猜测，欢迎大家提出新的想法和推测。
上面就是Ubuntu 13.10不能启动VirtualBox的解决方法的介绍了，该问题主要出现在Ubuntu 13.10版本中，且是在升级内核版本所导致。
返回系统之家首页