你怼 bug 最久一次用了多久才去求助(新手向)

[andyJado]

最近给 rustc 贡献代码

遇到一个问题

narrow 到一行代码的问题

然后穷举可能性怼生命周期

周五到今天

认输了

到人家群里问

嘿, 是个 bug

[zjj19950716]

去年，没管，今年，再跑，好了

[chendl111]

从来不问

[yangjirun]

工作：
1. 不是自己负责的业务，会第一时间求助，了解需求。
2. 自己负责的业务，还需要问？
开源项目：
1. 爱咋地咋地

[mxT52CRuqR6o5]

像 js 这边，水平够了可以直接去 review/调试使用的库，来确认到底是自己的问题还是别人的问题
如果是静态编译语言的话，使用静态 /动态链接库，没有源码的话，可能就没那么好确认是不是别人的问题

[Kasumi20]

能修复一下这个 Bug 吗

[target.'cfg(not(debug_assertions))'] # Bug: debug_assertions 始终存在
rustflags = ["-C", "target-feature=-crt-static"] # 永远不会被应用，即使在 Release 模式下

[Bingchunmoli]

曾经有过开发正常，测试环境 bug ，直到不能延期上线正式版发现没问题

[charlie21]

这是需要 debug 测试环境的 bug

[ufan0]

一周多

事情是使用 Java 对接 FTPS 服务器

最后定位出来是 apache net 包存在 bug ，以及使用的 java8 版本过低......

[msg7086]

刚遇到。

跑某个开源的软件，Windows 下的二进制比 Debian 下别人打包的二进制快了好几倍。
我以为是 Linux 下优化有问题，于是开了一堆 Windows 的机器去跑，也没多想。
前几天实在忍不住了，开了台 Linux 的机器，开着 gdb 去调试，发现有一个插件速度极慢无比，一直吃着大量的 CPU 。
Windows 下单跑这个插件，8 核跑出 25fps ，Linux 下 16 核才跑 3fps 。

于是去找打包者，结果发现这个插件的 deb 包在沉寂了 2 年后，于上个月更新了一个小版本。
看了眼更新记录。

Build with cpu optimization for amd64 and i386 architectures.

[putyy]

有个一个 bug 我断断续续找了半年才修复 10 年前的系统...

[smark]

19 年那会吧，还在用 eclipse （没办法，公司自己的开发环境自动化配置插件是基于 eclipse 的），调试过程中存在查看 collection 类型的变量，展开查看会显示 oom 。一有空就去互联网检索相关解决方案，断断续续持续了一周多，后来在 eclipse 项目的 issuse 里发现了讨论，几个大版本了，还没修复。

现在已经弃坑投入 idea 怀抱

[zeal7s]

一个月，主要是难以复现
游戏物理引擎的问题，硬怼 bullet 源码

[leimao]

P0 ，马上问

[Cat7373]

从不问的路过，因为无人可问，我解决不了问也白问