如何初始化古查尔 Gtk3

Question

我正在尝试在 Gtk 窗口中显示图像，我将图像作为 std：：string 存储在内存中，我正在尝试显示它，但我似乎无法将图像放入GdkPixbuf*中。 这是我的函数，它获取我知道它有效的图像数据，因为如果我将数据写入文件，我可以打开它

string getFileInMem(string url){
cURLpp::Easy handle;
std::ostream test(nullptr);
std::stringbuf str;
test.rdbuf(&str);
char* error[CURL_ERROR_SIZE];
handle.setOpt(cURLpp::Options::Url(url));
handle.setOpt(cURLpp::options::FollowLocation(true));
handle.setOpt(cURLpp::options::WriteStream(&test));
handle.setOpt(cURLpp::options::ErrorBuffer(*error));
//cout << error << endl;
handle.perform();
string tmp = str.str();
return tmp;
}

这是调用 GetFileInMem()的主循环。我已经将数据放入guchar*并打印出来，但是一旦我这样做了，我就无法编写任何其他指令，或者我收到核心转储错误任何在不写入磁盘的情况下在窗口中显示图像的方法都很棒

int main(int argc, char *argv[]){

string data1 = getFileInMem("0.0.0.0:8000/test.txt");
ofstream f("test.jpg");//  image file
f << data;//  writing image data the file
f.close();//  closing the file


GdkPixbufLoader* loader = gdk_pixbuf_loader_new(); // creating a pixbuf loader
guchar* pixdata = new guchar[data.size()+1];// creating a guchar* with space for image data
strcpy((char*)pixdata,data.c_str());// copying data from string to the guchar*
gdk_pixbuf_loader_write(loader,pixdata,sizeof(pixdata),nullptr);// trying to write the data to the loader
GdkPixbuf* imagedata = gdk_pixbuf_loader_get_pixbuf(loader);// creating the pixbuf*
GtkWidget *image = gtk_image_new_from_pixbuf(imagedata);
delete pixdata;// deleting pixdata once done with it

//  creating the window with the image
GtkWidget *window;
GtkWidget *button;
gtk_init (&argc, &argv);
window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
gtk_container_add(GTK_CONTAINER(window),image);
gtk_widget_show_all(window);
gtk_main ();
return 0;
}

Answer 1

我必须承认我不是GDK方面的专家，但我使用C已经很多年了，而且我使用C++多年了，顺便说一句。几年前，我已经使用 gtkmm(GTK+ 的C++绑定)编程了。因此，我觉得能够理清OP可能看起来令人困惑的内容。

C 字符串

字符串的处理在过去是一些不同方法的主题。

例如，在PASCAL中，字符串始终是256字节的数组。第一个字节保留用于字符串的长度，其他字节的数目包含字符。这是一个安全的解决方案，但它也有缺点：即使是最短的字符串也始终消耗 256 字节。更糟糕的是，超过 255 个字符的字符串是不可能的。在这种情况下，有一些解决方法可以制作字符串列表，但这实际上很烦人。

在 C 中，它的解决方式不同。字符串可以具有任意长度(只要它们适合计算机的内存)。长度本身不存储。相反，字符串的末尾由一个特殊字符''(值为 0 的字节)表示，该字符专门用于此目的。缺点是：字符串的长度必须单独存储，或者必须确定计算字符数直到第一次出现''。C 标准库为此提供了一个现成的函数：strlen()。这样就可以按字符串第一个字符的地址来处理字符串。因此，C 字符串由char*(如果 C 字符串不能修改，则由const char*)处理。

C库提供了一些额外的函数来支持 C 字符串的工作，例如 strcpy()。strcpy()将连续字节从源指针(第二个参数)复制到目标指针(第一个参数)，直到出现''字节。(它也会被复制，但函数之后结束。

二进制数据

二进制数据(由具有任意值的字节组成)可以像处理 C 字符串一样处理。char是大小为 1 字节的整数类型。因此，它也是合适的候选人。但是，二进制数据可能包含任何可能的值 0 ...255 在任何地方。因此，用''来评论结尾的原则是行不通的。相反，长度必须始终单独存储。

对于二进制数据的处理，通常首选unsigned char。恕我直言，这有两个基本原因：

1. 它可以帮助程序员将 C 字符串与指向任意二进制数据的指针区分开来。
2. char可以是(通过 C 标准和C++标准)有符号或无符号(取决于编译器供应商的决定)。如果char值的符号性是一个问题，则必须改用signed char或unsigned char。对于处理二进制数据的字节，unsigned显式处理它们通常更方便。

标准 C 库也提供了用于处理二进制数据的辅助函数，例如 memcpy()。请注意，memcpy()提供了第三个参数来定义要从源指针复制到目标指针的字节大小。

存储

除了 C 字符串的优点之外，它们还有一个负担：程序员负责提供始终足够的存储空间。在 C 语言中，有多种可能性：

• 将全局变量与char数组一起使用，例如static char data[1024];
• 将局部变量与char数组一起使用(在函数中)，例如char data[1024];
• 在堆上分配内存，例如char *data = malloc(1024);.

字符数组的大小必须在程序中定义(在编译时)。无法在程序运行时更改此设置。(可变长度数组除外。根据 C99 标准，它们是一个可选功能，但即使在最近的 C++ 标准中也没有这样的东西，尽管一些C++编译器将它们作为专有扩展提供。 如果在运行时之前不知道存储大小，则动态内存的分配是唯一的解决方案(即size_t n = somehowDetermined(); char *data = malloc(n);)。

管理足够的存储实际上听起来并不复杂，但多年来正确组织它并始终正确地显示为 C 和 C++ 程序中的基本问题之一。(C++从 C 继承了这个问题。添加了一个new运算符和delete运算符以允许在堆上进行类型安全的分配，但实际上这并没有多大帮助。因此，多年来，C++标准委员会在更安全的替代品上投入了大量资金。

标准：：字符串

在C++中，字符串可能存储为std::string。它使字符串的生活更加轻松。例如，虽然必须将 C 字符串与strcmp()或类似的东西进行比较，但 C++std::string提供了一个重载operator==()，允许直观的代码，例如std::string text = input(); if (text == "exit") exit();.std::string的另一个重要优势是内部存储器管理。字符串可以添加到字符串中，插入到字符串中等，std::string将关心内部存储的正确分配。

此外，std::string在内部存储其内容的大小。(作者可能发现值得将额外的字节用于另一个整数，这样就没有必要计算任何字符串长度检索的字符数。这使得std::string也足以容纳二进制数据。

为了与 C API 兼容，std::string提供了一个"后门"std：：string：：c_str()。它以 C 字符串的形式提供std::string的原始内容。它允许返回的 C 字符串在最后一个字符之后有一个''字节，即std::string::c_str()[std::string::size()]必须返回''.还有一个 std：：string：:d ata() 函数来访问std::string的原始数据。直到 C++11，只有std::string::c_str()必须授予终止 0 而不是std::string::data()。在 C++11 中，这种情况发生了变化。现在，std::string::data()和std::string::c_str()的返回值不能有任何区别——这两个函数都只返回指向内部存储的原始数据的指针。因此，无论内容如何，std::string实际上都必须始终在末尾放置一个''字符。这可能看起来是一种浪费，但实际上，我们谈论的是单个额外的字节，这是一个很小的代价，可以带来代码健壮性的巨大优势。

操作代码

考虑到OP想要从内存中加载图像文件(通常由任意字节组成)，以下代码是错误的：

std::string data;
// image file somehow read in
guchar* pixdata = new guchar[data.size()+1];// creating a guchar* with space for image data
strcpy((char*)pixdata,data.c_str());// copying data from string to the guchar*

对于任意二进制数据，strcpy()是错误的。它会复制，直到找到第一个 0 字节。图像数据中的任何地方都可能有 0 个字节(例如，如果它包含黑色像素)。因此，strcpy()复制的字节太少的可能性很高。在这种情况下，memcpy()将是更好的选择。

实际上，两者都不是必需的。

std::string data;已经包含了必须输入到gdk_pixbuf_loader_write()中的所有内容，指向原始数据的指针和大小。 因此，我建议完全删除new[]和delete的东西，并将其替换为以下内容：

std::string data;
// image file somehow read in
GdkPixbufLoader* loader = gdk_pixbuf_loader_new();
gdk_pixbuf_loader_write(loader, (const guchar*)data.data(), data.size(), nullptr);

对于最后一行，我也可以使用：

gdk_pixbuf_loader_write(loader, (const guchar*)data.c_str(), data.size(), nullptr);

正如我已经解释的那样，自 C++11 以来这没有什么不同。我使用了data.data()，因为它看起来更好(考虑到std::string的内容是二进制数据而不是 C 字符串)。

关于演员表的说明const guchar*：

std::string内部存储动态分配的char数组。因此，std::string::data()返回const char*(或char*)。 gdk_pixbuf_loader_write() 需要一个const guchar*作为第二个参数。

古查尔只是一个

typedef unsigned char   guchar;

因此，const char*被转换为const unsigned char*.指针类型转换是应该小心完成的。(一般来说，它们是可能被设计破坏的最后手段，并带有未定义行为的危险 - 每个C和C++程序员的瘟疫。在这种情况下，转换是安全的，并且根据C++标准是合法的。我找到了另一个详细解释这一点的答案：SO：我可以将无符号的字符变成字符，反之亦然吗？

操作尝试修复代码

在我花了一些提示之后，OP建议进行以下修复：

string data = getFileInMem("0.0.0.0:8000/test.txt");
guchar* pixdata = (const guchar*)data.data();
GdkPixbufLoader* loader = gdk_pixbuf_loader_new();
gdk_pixbuf_loader_write(loader,pixdata,sizeof(pixdata),nullptr);

不幸的是，此解决方案引入了一个新错误：sizeof(pixdata)。 虽然data.size()以data为单位返回字符串长度的大小，但sizeof(pixdata)运算符在这里是错误的选择。

sizeof 是一个运算符，它总是在编译时解析 - 返回右侧的类型大小。可以使用类型或表达式调用它：

std::cout << sizeof (char) << std::endl;
char c;
std::cout << sizeof c << std::endl;

将输出：

1
1

因此，表达式甚至不需要在运行时具有有效的存储，因为sizeof始终在编译时解析，并且基于结果表达式的类型：

char *c = nullptr;
std::cout << sizeof *c << std::endl;

将输出：

1

这可能令人惊讶*c因为看起来像是对空指针内容的访问(通常是未定义的行为)。在这种情况下，它实际上不是。当sizeof运算符在编译时计算类型时，生成的代码仅包含此计算的结果。因此，运行时不会发生*c，并且代码中不会出现未定义的行为。

但是，sizeof pixdata不会返回data的大小，而只会返回指针guchar*的大小。如果在 32 位平台上编译 OP，则可能是 4，对于 64 位平台，则可能是 8，但对于某个平台，它始终是相同的值。

因此，要解决此问题，它必须是：

string data = getFileInMem("0.0.0.0:8000/test.txt");
const guchar* pixdata = (const guchar*)data.data();
GdkPixbufLoader* loader = gdk_pixbuf_loader_new();
gdk_pixbuf_loader_write(loader, pixdata, data.size(), nullptr);

或

string data = getFileInMem("0.0.0.0:8000/test.txt");
const guchar* pixdata = (const guchar*)data.data();
gsize pixdatasize = (gsize)data.size();
GdkPixbufLoader* loader = gdk_pixbuf_loader_new();
gdk_pixbuf_loader_write(loader, pixdata, pixdatasize, nullptr);

---

这变成了一个很长的答案。它可以说明，即使是某些C++行代码也需要大量的背景知识才能正确编写它们。因此，入门级程序员经常被暗示要得到一本好C++书是有道理的。我不会坚持认为不可能C++另一种方式学习。然而，恕我直言，一本好的C++书值得考虑。C++中有很多陷阱，其中大部分是从 C 继承而来的，其中一些是在 C++ 本身中专门引入的。

Answer 2

简单地将数据转换为(const guchar*)应该可以

int main(int argc, char *argv[]){
string data = getFileInMem("0.0.0.0:8000/test.txt");

GdkPixbufLoader* loader = gdk_pixbuf_loader_new();
gdk_pixbuf_loader_write(loader,(const guchar*)data.data(),data.size(),nullptr);
GdkPixbuf* imagedata = gdk_pixbuf_loader_get_pixbuf(loader);
GtkWidget *image = gtk_image_new_from_pixbuf(imagedata);
//  creating the window with the image
GtkWidget *window;
GtkWidget *button;
gtk_init (&argc, &argv);
window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
gtk_container_add(GTK_CONTAINER(window),image);
gtk_widget_show_all(window);
gtk_main ();
return 0;