【问题标题】:How could I know a JVM bug is solved in a newer version?我怎么知道 JVM 错误已在较新版本中得到解决?
【发布时间】:2019-05-21 01:22:35
【问题描述】:

在我询问了question 之后,我们的应用程序中的故障似乎来自我们正在使用的 JVM 中的错误。这是一个在 Java2d 处理线程中导致分段错误的错误,Java bugtracker 指出它可能是由 JVM 访问文件时删除文件引起的。 bug is identified,但我很难确认它实际上已解决,以及在哪个版本的 Java 中。它被简单地标记为“已关闭”的 Oracle 的 bugtracker,并引用了另一个问题,该问题不再在线提供(可能是 Sun-Oracle 合并及其在官方 Java 相关网站中造成的破坏的结果)。有人可以帮忙吗?

【问题讨论】:

  • 您可能还想用 2-3 句话来解释您之前的问题,只是为了完整性 +1。
  • 做一个明确的测试,在你的应用程序运行的 JVM 中不存在这个错误。
  • @ThorbjørnRavnAndersen 我正在使用的 JVM 中存在该错误。而且这个bug不容易复现。
  • 为什么投反对票?
  • 很好,在您的问题中的链接bug is identified 中,他们提到“评估这肯定是 6953445 的副本。”但是在尝试访问此错误时(查看 cmets /它是如何解决的)它说“此错误不可用。

标签: java bug-tracking


【解决方案1】:

这不是 JDK 中已在给定版本中修复的错误。底部的评价说:

这肯定是 6953445 的副本。

用户正在删除 JDK 正在使用的临时文件。

这意味着您的应用程序删除了 JDK 期望存在的文件,所以我的猜测是解决方案是这不是 JDK 中的错误,而是您的代码。

如果您真的必须知道,那么 Oracle 支持(很可能是付费的,除非您拥有其他产品的许可)应该能够给出明确的答案。

【讨论】:

  • 所以你的意思是JVM因为临时文件删除而崩溃是正常的?它不被认为是一个错误?
  • I 的意思并不重要。重要的是,查看上述错误报告的工程师说这不是错误,不会被更改。修复你的代码。
  • 我正在尝试解决我的问题。就像许多人注意到的那样,#7103530 问题表明引用了#6953445,所以事情并不像你说的那么清楚。哎呀,我什至不确定我正在寻找正确的错误,这甚至与我的应用程序中发生的事情有关。你没有帮助。因此,如果您没有任何有价值的信息,请随时停止发布!
  • 我当然猜。适当地指出,您认为此行为在 任何 较新版本的 Java 中很可能未发生变化的信息并不有价值。为了进一步追求这一点,我建议在您的 JVM 运行时查看打开的文件句柄 - 这可以在适当的“/proc”子目录中找到。
  • 我的应用程序在 6 到 8 个月内崩溃一次。很抱歉没有在这里重复我之前的所有问题,但我不确定如果我这样做了版主会不会很高兴。你说在新版本中行为“最有可能”没有改变,但你怎么知道?您是否有权访问问题 #6953445?
猜你喜欢
  • 2022-10-15
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2022-08-19
  • 2011-01-07
相关资源
最近更新 更多