我已经使用该命令创建了一个全新的rails项目
rails new qbc –database = mysql.它创建所有的文件完全正常,但是
在捆绑安装它错误
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)
我搜索并搜索了这个问题的解决方案,但我似乎不能
找到任何经历过它的人.我正在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以不同的方式确定可用的堆栈空间.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。