最近，在一个oracle数据库中出现了ORA-00600: internal error code, arguments: [25026]的报错。 报错如下： 这是一个特殊的oracle数据库，程序那边为了管理空间方便，设计了不断新增表空间的自动程序。导致几年的时间，表空间已经有6万7个了。 我们当前所使用的数据库版本是12.1.0.1.0。 Document Display (oracle.co

前些日子有个万年一遇的重大缺陷在社区里引发讨论，这直接导致 Oracle 例外发布了 MySQL 新版本，并下架了有缺陷的版本。 7月23日，MySQL 8.0.39 / 8.4.2 LTS / 9.0.2 Innovation 版本发布，该版本修复了3个Bug。 InnoDB：在某些情况下，创建大量表（8001 个或更多）后，服务器无法成功重新启动。（Bug #36808732） InnoDB：

本月初 MySQL 官方发布了第三季度的新版本，分别是MySQL 9.0 新的创新版本，以及 LTS 长周期版本 8.4.1 和 MySQL 8 系列的 MySQL8.0.38 版本。但是这个季度的这三个版本均存在一个致命的 Bug #36808732。 7 月 11 日开源数据库软件服务商 percona 发布重要警告，最新的 MySQL 版本存在重大Bug： Do Not Upgrade to

简介 PHP是一门复杂的语言，经过多年折腾，使其不同版本之间高度不一致，有时还有些bug。 每个版本都有自己独有的特性、多余和怪异之处，也很难跟踪哪个版本有哪些问题。这也就 很好理解为什么有时它会遭到那么多的厌恶。 尽管如此，如今它还是Web开发方面最流行的语言。因其悠久的历史，对于实现密码哈希和 数据库访问诸如此类的基本任务你能够找到很多教程。但问题在于，5个教程，你就很有可能 找到5种完全不同

PHP开发团队发布了5.3.27，这是5.3系列的最后一个常规更新版本，以后除非有安全漏洞，不会再做新的更新。PHP开发团队建议所有的用户升级到5.4或者5.5系列。 这次升级主要修复了10个错误，包括XML解析器的安全漏洞问题（Bug #65236）。 完整的更新内容如下： Core: Fixed bug #64966 (segfault in zend_do_fcall_common_help

当软件出现问题的时候，它应该以一种很容易引起注意的方式马上终止。这种“快速终止”的方式值得借鉴，我们会在这期专栏里谈谈这个重要的概念。 一开始，“快速终止”看上去是一种会影响可靠性的不好的实践——为什么一个系统在还可以继续运行的时候要崩溃（或者说终止）？对于这个，我们需要理解，快速终止是和Heisenbugs（对于不易复现bug的一种称呼）紧密联系在一起的。 考虑一下Bohrbugs（对于能够重现

新的Plasma 5发布了，带来了新的外观 KDE Plasma 5 Plasma 5的第二个bug修复版本发布，已可下载 KDE Plasma 5的bug修复版本不断来到，它新的桌面体验将会是KDE的生态系统的一个组成部分。 公告称：“plasma-5.0.2这个版本，新增了一个月以来来自KDE的贡献者新的翻译和修订。Bug修复通常是很小但是很重要，如修正未翻译的文字，使用正确的图标和修正KDE

前一段时间, 文档基金会带着它的开源LibreOffice生产力套件的又一个小版本更新回来了。 LibreOffice 4.3.4，新系列中的第四个次版本，该版本只包含 BUG 修复，按计划发布了。 可以看到的变化是，如基金会所说的在developers’ butterfly net上被揪出来并且修复的bug数量大概有：60个左右。 排序操作现在还是默认为旧式风格(Calc) 在预览后恢复焦点窗口

这里，我们将展示如何在一台Ubuntu 14.04或CentOS 6.5/7上安装Bugzilla。Bugzilla是一款基于web，用来记录跟踪缺陷数据库的bug跟踪软件，它同时是一款免费及开源软件(FOSS)，它的bug跟踪系统允许个人和开发团体有效地记录下他们产品的一些突出问题。尽管是"免费"的，Bugzilla依然有很多其它同类产品所没有的“珍贵”特性。因此，Bugzilla很快就变成了全

虽然几个月前，就尝试过在二月份之前发布 Debian 8.0，但是似乎我们有可能在四月份就看到这个已经等待了太久的 Jessie。 在昨天，Debian 发布组的 Niels Thykier 写道： “…从这一点看，四月份发布也许是可能的，不过，这需要我们埋头苦干，把所有剩下的 bug 搞定才行。” 截止至昨晚，还有55个影响 Sid 和 Jessie 的 RC bug 没解决，非关键性的软件包上

生活充满了bug。 无论怎样小心计划，无论花多少时间去设计，在执行阶段实际执行时，任何工程都会有未知的问题。也无妨。也许对于任何一个组织的最佳弹性衡量不是他们如何一切都按计划运行地处理事情，而是，当出现磕磕碰碰时他们如何驾驭。 对任何一个项目管理流程来说，特别是在软件开发领域，都需要一个关键工具——问题跟踪管理系统。其基本功能很简单：可以对bug进行查看、追踪，并以协作的方式解决bug，有了它，我

无论多么有经验的程序员，开发的任何软件都不可能完全没有 bug。因此，排查及修复 bug 成为软件开发周期中最重要的任务之一。有许多办法可以排查 bug（测试、代码自审等等），但是还有一些专用软件（称为调试器）可以帮助准确定位问题的所在，以便进行修复。 如果你是 C/C++ 程序员，或者使用 Fortran 和 Modula-2 编程语言开发软件，那么你将会很乐意知道有这么一款优秀的调试器 - G

Linux 上使用 Xfce 桌面环境或许是又快又灵活的 — 但是它目前在遭受着一个很严重的缺陷影响。 使用这个轻量级 GNOME 和 KDE 替代品 Xfce 桌面的用户报告说，其选用的默认壁纸会造成笔记本电脑显示器和液晶显示器的损坏！！！ 有确凿的照片证据来支持此观点。 Xfce Bug #12117 “桌面默认开机画面造成显示器损坏！” 某用户在 Xfce 的 Bugzilla Bug 提交

消沉的程序员 1 很有意思吧，很多看到这样的漫画对话的程序员，应该感觉似曾相识吧。Bug 出现了？ 消沉的程序员 2 有点疑惑，有好像有点眉目，好像是感觉到哪里错了，是不是要重构。 消沉的程序员 3 哎，终于发现错误了，感觉有点可笑，自己居然犯这样的错误，原来是那次急于提交代码造成的。 消沉的程序员 4 是啊，在编程里一生戎马，代码编写无数，各种平台、规范等等，到头来也是满身的错误啊。该是技术不行

哎，又是 Bug 和 Debug！ 感觉代码之中永远脱离不了这个魔咒啊！还真是尴尬。不知道，编码之间进行详细的规划，能不能尽量避免那些不必要的 Bug？ 译者简介： GHLandy —— 生活中所有欢乐与苦闷都应藏在心中，有些事儿注定无人知晓，自己也无从说起。 via: http://turnoff.us/geek/the-depressed-developer-16/ 作者：Daniel Sto

一个不幸的事实是，所有的软件都有 bug，一些 bug 会导致系统崩溃。当它出现的时候，它经常会在磁盘上留下一个被称为“ 核心转储 core dump ”的数据文件。该文件包含有关系统崩溃时的相关数据，可能有助于确定发生崩溃的原因。通常开发者要求提供 “ 回溯 backtrace ” 形式的数据，以显示导致崩溃的指令流。开发人员可以使用它来修复 bug 以改进系统。如果系统发生了崩溃，以下是如何轻

十月初的时候我在贝洛奥里藏特的 巴西 Python 大会 Python Brasil 上做了主题演讲。这是稍加改动过的演讲文稿。你可以在这里观看演讲视频。 我爱 bug 我目前是 Pilot.com 的一位高级工程师，负责给创业公司提供自动记账服务。在此之前，我曾是 Dropbox 的桌面客户端组的成员，我今天将分享关于我当时工作的一些故事。更早之前，我是 Recurse Center 的导师，给

从发现软件故障到解决它们，这里讲述是开发团队如何压制软件 bug。 1947 年，发现了第一个计算机 bug —— 被困在计算机继电器中的飞蛾。 要是所有的 bug 都能如此简单地发现就好了。随着软件变得越来越复杂，测试和调试的过程也变得更加复杂。如今，软件 bug 的生命周期可能会很长，尽管正确的技术和业务流程可能会有所帮助。对于开源软件，开发人员使用严格的工单服务和协作来查找和解决 bug。

使用此框架编写断言，提高开发测试的准确性。 在测试金字塔的底部是单元测试。单元测试每次只测试一个代码单元，通常是一个函数或方法。 通常，设计单个单元测试是为了测试通过一个函数或特定分支的特定执行流程，这使得将失败的单元测试和导致失败的 bug 对应起来变得容易。 理想情况下，单元测试很少使用或不使用外部资源，从而隔离它们并使它们更快。 单元测试套件通过在开发过程的早期发现问题来帮助维护高质量的产品

在我们的入门系列的第 13 篇文章中，发现参与树莓派社区的方法。 这个系列已经逐渐接近尾声，我已经写了很多它的乐趣，我大多希望它能帮助人们使用树莓派进行教育或娱乐。也许这些文章能说服你买你的第一个树莓派，或者让你重新发现抽屉里的吃灰设备。如果这里有真的，那么我认为这个系列就是成功的。 如果你想买一台，并宣传这块绿色的小板子有多么多功能，这里有几个方法帮你与树莓派社区建立连接： 帮助改进官方文档 *