search for: ruby_eval

In my server log, I am seeing this error message that is raised in activesupport. 2013-08-12T23:06:08.932580+00:00 app[web.2]: SyntaxError (/app/vendor/bundle/jruby/1.9/gems/activesupport-4.0.0/lib/active_support/callbacks.rb:374: syntax error, unexpected tRPAREN 2013-08-12T23:06:08.932580+00:00 app[web.2]: 2013-08-12T23:06:08.932580+00:00 app[web.2]: def () value = nil

...ed the unexpected redirect, however, since the "filter chain halted as XXX rendered or redirected" message is MIA. I read through the new ActiveSupport::Callbacks code and see that it would be difficult to instrument in this way. Temporarily, I added this: filter = <<-RUBY_EVAL unless halted result = #{@filter} halted = (#{chain.config[:terminator]}) Rails.logger.debug("Filter chain #{@kind.to_s} halted: #{@filter}") if halted end RUBY_EVAL But I know that''s not eve...

Hi Everyone, I figured out this weekend that Ruby''s Thread implementation causes the Ruby/Event binding I wrote to completely stall and go dead. After reviewing the Ruby source and watching several strace runs, it''s clear that the Ruby Thread implementation uses select in a way that--while not being bad--just isn''t compatible with libevent. The second a thread is

Just thought I''d let you know that your http parser worked great for creating an http protocol handler for Eventmachine. It wouldn''t take that much effort to use Eventmachine for Mongrel, might be worth a shot just to see how it does. A few things would need to be restructered, like HttpRequest where you read the rest of the body, and calling the handler. But it

Francis, I read in the list archives back that a future EventMachine release will support epoll on Linux (i.e., it''s in the trunk). Better still, is there a possibility that EM will rely on libevent so that it will be architecture independent (i.e. epoll on Linux, kqueue on FreeBSD/Mac OS X, /dev/poll on Solaris)? This is how memcached is implemented, and it would be helpful to be able

Hello, I have been looking at the Ruby/EventMachine. First let me say it look very good. Reactor model with no threads makes for fast reliable server, and I have read about marvelous Twisted framework for Python and am glad to see something similar for Ruby. I am writing network app with Ruby threads now and it very slow, and I try new Ruby 1.9 with native threads that make it much slower.