Ruby on rails Ruby还是pry导航错误？调试分段故障反馈

不知道如何看待segfault I'fe遇到的问题，这是ruby bug、rails bug还是pry nav的问题，希望得到一些反馈 A） 如何解决这个问题 B） 向何处报告问题

我在这里报告了这个问题：

最初的上下文是，这在Rails应用程序中，具体发生在涉及ActiveRecord的行上，例如：

variable=ARTableName.something.to_i

所以我假设这会引发进入monitor.rb的入口

然而，通过阅读更多的内容，我更认真地想知道这是否是Ruby的一个问题，因此我想从经验丰富的人那里得到一些信息，因为这里可能会发生更多的事情

---

实际的崩溃报告。

这是安装了还是没有安装精彩的插件

---

编辑：如果你只是使用pry-nav，那么它肯定是Ruby本身或扩展库中的一个bug——pry-nav是纯Ruby，无论它做什么，都不应该导致segfault。

这是安装了还是没有安装精彩的插件

---

编辑：如果您只是使用pry nav，那么它肯定是Ruby本身或扩展库中的一个bug——pry nav是纯Ruby，无论它做什么，都不应该导致segfault。

仔细检查，我相信这个特定错误和segfault来自特定情况下的Mysql2:：错误。当这个特定的情况被删除后，它将继续执行它出现的逻辑。仔细检查，我相信这个特定的错误和segfault来自特定情况下的一个Mysql2：：错误。当该特定情况被移除时，它将继续通过它出现的逻辑。没有安装pry-stack_explorer。同样作为“奖金”@banister，似乎

下一步
功能的工作更类似于gdb步骤；有没有一种方法可以执行
next
，它可以跨过指令集，而不是深入到指令集，因为目前在大多数情况下，对我来说，前一种方法是多余的，我看不到执行后一种方法的选项。next对我来说总是像gdb的“next”一样。然而，我认为pry nav是一项正在进行中的工作，在不久的将来将得到显著改进，现在请继续关注我，当我点击AR查询的下一步时，它将直接进入堆栈。我是否应该暂时使用-nav以外的其他插件，因为我注意到还有一些插件比较老，而且不是最新的。有几件事：1）正如前面提到的
mysql2
似乎是罪魁祸首，因为当pry用于错误查询时，它会产生segfault。2） 
next
有趣的是，它似乎在大多数情况下都能正常工作。我发现，在数据库查询旁边有一个
binding.pry
，似乎会导致它跳过调用它的方法的其余部分，然后跳转到monitor.rb，然后似乎正确退出。如果我将
binding.pry
放在查询之后，事情似乎运行得很好。没有安装pry-stack_explorer。同样作为“奖金”@banister，似乎
next
函数的工作方式更类似于gdb步骤；有没有一种方法可以执行
next
，它可以跨过指令集，而不是深入到指令集，因为目前在大多数情况下，对我来说，前一种方法是多余的，我看不到执行后一种方法的选项。next对我来说总是像gdb的“next”一样。然而，我认为pry nav是一项正在进行中的工作，在不久的将来将得到显著改进，现在请继续关注我，当我点击AR查询的下一步时，它将直接进入堆栈。我是否应该暂时使用-nav以外的其他插件，因为我注意到还有一些插件比较老，而且不是最新的。有几件事：1）正如前面提到的
mysql2
似乎是罪魁祸首，因为当pry用于错误查询时，它会产生segfault。2） 
next
有趣的是，它似乎在大多数情况下都能正常工作。我发现，在数据库查询旁边有一个
binding.pry
，似乎会导致它跳过调用它的方法的其余部分，然后跳转到monitor.rb，然后似乎正确退出。如果我在查询之后放置
binding.pry
，事情看起来会很顺利。