记一次有意义的调试

栏目: 编程工具 · 发布时间: 6年前

内容简介:最近阳光明媚,天气晴朗,我为了更好地没有了,并且没有任何错误输出。因为似乎坊间传言 Windows 对 OpenGL 的支持很迷,所以我的第一直觉是 GLSL 的兼容问题,不过这个角度似乎很难排查。

最近阳光明媚,天气晴朗,我为了更好地

折腾 理解 CMake,尝试把以前在 macOS 上写的一个 OpenGL 程序从 Makefile 改成 CMake 构建,顺带看看同样的东西在 Windows 上编译、运行效果如何。然而在 Windows 上用 MSVC 2015 构建后运行,发现场景里的东西

没有了,并且没有任何错误输出。

因为似乎坊间传言 Windows 对 OpenGL 的支持很迷,所以我的第一直觉是 GLSL 的兼容问题,不过这个角度似乎很难排查。

所以还是搞个最小的可重现问题的代码吧,于是从经典的「三角形」Hello World 开始很快地试了一下,发现在 Shader 里做矩阵乘法就有问题;进而发现只要不乘投影矩阵就没有大问题,至少场景里的东西还是可以显示出来的。

蛤?这是什么鬼?总不见得 glm::perspective 有移植性问题吧?

经过一番调试,终于找到了问题所在,结论让人哭笑不得:

我在代码里自己封装了摄像机类,初始化时需要设置投影矩阵所需的远近裁剪平面,相当于下面这样。

Camera(float far, float near) : far_{far}, near_{near} { /* blah blah */ }

虽然在其它平台没什么问题,但 windows.h 里有这种东西:

#define far
#define near

于是代码就相当于变成了

Camera(float, float) : far_{}, near_{} { /* blah blah */ }

把远近裁剪平面的两个变量都初始化成了 0,也难怪场景里什么东西都看不见了。

唉,写代码的时候忘记了 far / near 指针这种历史遗留爆点,不过还是要吐槽下 windows.h 如此暴力的解决方法。

以上,真是有意义的一天呀~


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

来自圣经的证明

来自圣经的证明

M.Aigner、G.M.Ziegler / 世界图书出版公司 / 2006-7 / 39.00元

作为一门历史悠久的学问,数学有她自身的文化和美学,就像文学和艺术一样。一方面,数学家们在努力开拓新领域、解决老问题;另一方面他们也在不断地从不同的角度反复学习、理解和欣赏前辈们的工作。的确,数学中有许多不仅值得反复推敲理解,更值得细心品味和欣赏的杰作。有些定理的证明不仅想法奇特、构思精巧,作为一个整体更是天衣无缝。难怪,西方有些虔诚的数学家将这类杰作比喻为上帝的创造。 本书已被译成8种文字。......一起来看看 《来自圣经的证明》 这本书的介绍吧!

RGB转16进制工具
RGB转16进制工具

RGB HEX 互转工具

RGB HSV 转换
RGB HSV 转换

RGB HSV 互转工具

HSV CMYK 转换工具
HSV CMYK 转换工具

HSV CMYK互换工具