奇怪的 VS2013 调试器行为与 libpng 1.6.25
Strange VS2013 Debugger Behavior with libpng 1.6.25
使用 Visual Studio 2013,我遇到了调试器似乎非常奇怪的行为,试图单步执行一些调用 libpng 的代码。这是一些代码:
#include <iostream>
#include <sstream>
#include <conio.h>
#include <list>
#include "png.h"
int keypause(const char * message = 0) {
if(message)
std::cout << message << std::endl;
return _getch();
}
struct chunk_t {
png_bytep chunk_ptr;
png_size_t length;
};
std::list<chunk_t> chunks;
std::stringstream flush_target;
void my_png_error_fn(png_structp png_ptr, png_const_charp message) {
std::cout << "Well crap. " << message << std::endl;
}
void my_png_write_fn(png_structrp png_ptr, png_bytep data, png_size_t length) {
png_bytep chunk = new png_byte[length];
memcpy(chunk, data, length);
chunks.push_back({ chunk, length });
}
void my_png_read_fn(png_structrp png_ptr, png_bytep data, png_size_t length) {
}
void my_png_flush_fn(png_structp png_ptr) {
for(auto chunk : chunks) {
flush_target.write((const char *)chunk.chunk_ptr, chunk.length);
delete[] chunk.chunk_ptr;
}
chunks.clear();
}
// ...
int main(void) {
// ...
png_structp png_ws_ptr = png_create_write_struct(PNG_LIBPNG_VER_STRING, NULL, my_png_error_fn, my_png_error_fn);
if(png_ws_ptr == nullptr) {
keypause("png_ws_ptr is null");
return 0;
}
png_infop info_ptr = png_create_info_struct(png_ws_ptr);
if(info_ptr == 0) {
keypause("info_ptr is null");
png_destroy_write_struct(&png_ws_ptr, (png_infopp)NULL);
return 0;
}
if(setjmp(png_jmpbuf(png_ws_ptr))) {
keypause("setjmp failed");
png_destroy_write_struct(&png_ws_ptr, &info_ptr);
return 0;
}
// ...
png_set_write_fn(png_ws_ptr, NULL, my_png_write_fn, my_png_flush_fn);
// ...
png_write_png(png_ws_ptr, info_ptr, PNG_TRANSFORM_IDENTITY, NULL);
keypause("All done!");
return 0;
}
当我尝试在调用 png_create_write_struct
之外的任何地方设置断点时出现问题。 IDE 声称断点不对应于目标中的任何已编译代码。如果我在调用 png_create_write_struct
之前设置一个断点,我可以单步执行该函数(我正在链接 libpng 的调试版本),一直通过它,然后退出,然后调试器就会丢失.它最终认为它在 if(png_ws_ptr == nullptr) {
块内,如果我继续单击 "Step Over",当前的执行行将在该块内循环。
实际发生的是程序 运行s 到 main
的末尾,我在上次调用 keypause
时看到消息,等待按键,然后退出, 但实际上没有对 PNG 数据进行任何写入。我在所有回调中都设置了断点,其中 none 个被命中。
还有其他人 运行 遇到过这种奇怪的事情吗?关于如何让调试器运行的任何建议?
谢谢!
哇。原来源文件已损坏,行结束标记 (CRLF) 不匹配。直到我关闭并重新打开解决方案,我才发现这一点,并提示我统一行尾。然后重建尝试暴露了一些语法错误(这告诉我编译器没有编译我认为的),修复后,产生了一个可正确调试的可执行文件。
真正能打动你的是小事!
使用 Visual Studio 2013,我遇到了调试器似乎非常奇怪的行为,试图单步执行一些调用 libpng 的代码。这是一些代码:
#include <iostream>
#include <sstream>
#include <conio.h>
#include <list>
#include "png.h"
int keypause(const char * message = 0) {
if(message)
std::cout << message << std::endl;
return _getch();
}
struct chunk_t {
png_bytep chunk_ptr;
png_size_t length;
};
std::list<chunk_t> chunks;
std::stringstream flush_target;
void my_png_error_fn(png_structp png_ptr, png_const_charp message) {
std::cout << "Well crap. " << message << std::endl;
}
void my_png_write_fn(png_structrp png_ptr, png_bytep data, png_size_t length) {
png_bytep chunk = new png_byte[length];
memcpy(chunk, data, length);
chunks.push_back({ chunk, length });
}
void my_png_read_fn(png_structrp png_ptr, png_bytep data, png_size_t length) {
}
void my_png_flush_fn(png_structp png_ptr) {
for(auto chunk : chunks) {
flush_target.write((const char *)chunk.chunk_ptr, chunk.length);
delete[] chunk.chunk_ptr;
}
chunks.clear();
}
// ...
int main(void) {
// ...
png_structp png_ws_ptr = png_create_write_struct(PNG_LIBPNG_VER_STRING, NULL, my_png_error_fn, my_png_error_fn);
if(png_ws_ptr == nullptr) {
keypause("png_ws_ptr is null");
return 0;
}
png_infop info_ptr = png_create_info_struct(png_ws_ptr);
if(info_ptr == 0) {
keypause("info_ptr is null");
png_destroy_write_struct(&png_ws_ptr, (png_infopp)NULL);
return 0;
}
if(setjmp(png_jmpbuf(png_ws_ptr))) {
keypause("setjmp failed");
png_destroy_write_struct(&png_ws_ptr, &info_ptr);
return 0;
}
// ...
png_set_write_fn(png_ws_ptr, NULL, my_png_write_fn, my_png_flush_fn);
// ...
png_write_png(png_ws_ptr, info_ptr, PNG_TRANSFORM_IDENTITY, NULL);
keypause("All done!");
return 0;
}
当我尝试在调用 png_create_write_struct
之外的任何地方设置断点时出现问题。 IDE 声称断点不对应于目标中的任何已编译代码。如果我在调用 png_create_write_struct
之前设置一个断点,我可以单步执行该函数(我正在链接 libpng 的调试版本),一直通过它,然后退出,然后调试器就会丢失.它最终认为它在 if(png_ws_ptr == nullptr) {
块内,如果我继续单击 "Step Over",当前的执行行将在该块内循环。
实际发生的是程序 运行s 到 main
的末尾,我在上次调用 keypause
时看到消息,等待按键,然后退出, 但实际上没有对 PNG 数据进行任何写入。我在所有回调中都设置了断点,其中 none 个被命中。
还有其他人 运行 遇到过这种奇怪的事情吗?关于如何让调试器运行的任何建议?
谢谢!
哇。原来源文件已损坏,行结束标记 (CRLF) 不匹配。直到我关闭并重新打开解决方案,我才发现这一点,并提示我统一行尾。然后重建尝试暴露了一些语法错误(这告诉我编译器没有编译我认为的),修复后,产生了一个可正确调试的可执行文件。
真正能打动你的是小事!