ruby-on-rails – 首先捆绑安装,堆栈级别太深

发布时间：2020-12-16 20:21:17 所属栏目：百科来源：网络整理

导读：我已经使用该命令创建了一个全新的rails项目 rails new qbc –database = mysql.它创建所有的文件完全正常,但是在捆绑安装它错误 $bundle installFetching gem metadata from https://rubygems.org/...........Fetching gem metadata from https://rubygems

我已经使用该命令创建了一个全新的rails项目
rails new qbc –database = mysql.它创建所有的文件完全正常,但是
在捆绑安装它错误

$bundle install
Fetching gem metadata from https://rubygems.org/...........
Fetching gem metadata from https://rubygems.org/..
Unfortunately,a fatal error has occurred. Please see the Bundler
troubleshooting documentation at http://bit.ly/bundler-issues. Thanks!
/usr/bin/bundle:23: stack level too deep (SystemStackError)

gist.github.com/3956513

我搜索并搜索了这个问题的解决方案,但我似乎不能
找到任何经历过它的人.我正在Cygwin和我开发
如果这与它有关系,不会感到惊讶.

我尝试创建一个Gemfile,只需要一个源代码和一个宝石就可以了
目录和捆绑安装仍然给出相同的错误.我都跟着了
故障排除步骤,重新安装Cygwin和所有软件包,一切.什么
抓住我的眼睛是获取宝石元数据两次…是可能的
捆绑机被捕获在某种循环中？

解决方法

Cygwin的pthread_attr_getstack默认报告约为90k.我认为Cygwin正在报告承诺的(已经过去的)堆栈大小,而不是保留的(总可用的)大小.然后,Ruby正在处理(即90k)作为最大堆栈大小.

要更改初始提交的堆栈大小：

peflags -X409600 `which ruby`

注意大写的-X.小写-x更改保留的堆栈大小,而不是最初提交的堆栈空间.

这修复了我所有的Ruby Rails Cygwin问题.

我不知道Ruby或Cygwin内部人员知道哪个是正确的修复,但它可能是其中之一.

Cygwin从pthread_attr_getstack报告保留的堆栈大小.> Ruby添加了一个构建步骤来运行上面的peflags命令.Ruby以不同的方式确定可用的堆栈空间.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!