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

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 首先捆绑安装,堆栈级别太深前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我已经使用该命令创建了一个全新的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以不同的方式确定可用的堆栈空间.

猜你在找的Ruby相关文章