-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Segfault under Rack/Passenger #22
Comments
I'm experiencing similar failures, having the RSRuby instance in the application controller, and running capybara tests. Started failing with "segfault" and "stack smashing detected" after upgrading capybara from 1.1.4 to 2.x. |
We're experiencing very similar problems, after upgrading from Passenger 3 to Passenger 4. Happens running ruby 1.9.3 as well as 2.1.1, and Rails 3.2 as well as 4.0. Runs fine when calling R through RSRuby in the rails console, but gets "C stack usage is too close to the limit" and then segfault in the Apache log |
I've noticed that it works just fine with Unicorn, but not with WEBrick or Sidekiq. |
Has anyone found a workaround for this yet? I'm facing the same issue with Rails 5.1.3. |
Hey all. Strangely enough, athityakumar@bf2b0f4 fixed the issue for me. However, I'm not sure if it's a good approach to comment out the @alexgutteridge - Please guide me if something is wrong with that commit. I can work on a PR. 😄 |
I am facing the same kind of issue (passenger 4.0.37, ruby 1.9.3) ? The fix proposed by athityakumar does not work for me. Has anyone another workaround. (Note that the segmentation fault is not systematic). |
Using rsruby in a sinatra/rack app.
The calls to R work as expected in irb and when ruby is run from the command line. They fail when run through rackup or with passenger. Log contains a lot of this...
In rsruby.rb I commented out the error trapping
This reveals a little more detail
Moving the call to RSRuby.instance into the controller causes similar errors. Also if @r.seq(1,9) is moved into the initialize block it performs as expected. It seems that the controller environment is where any reference into rsruby fails.
The text was updated successfully, but these errors were encountered: