#808: sinatra does not load ------------------------------+--------------------------------------------- Reporter: macruby@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by joshua.ballanco@…): This is due to Sinatra's use of Rack#release. -- Ticket URL: <http://www.macruby.org/trac/ticket/808#comment:1> MacRuby <http://macruby.org/>

#808: sinatra does not load ------------------------------+--------------------------------------------- Reporter: macruby@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by lsansonetti@…): The #release problem has been fixed in r4374, however, sinatra fails a bit later in what seems to be the same #caller problem described in 806. It looks like sinatra was changed in the master repository, though, which avoids this. -- Ticket URL: <http://www.macruby.org/trac/ticket/808#comment:3> MacRuby <http://macruby.org/>

#808: sinatra does not load ------------------------------+--------------------------------------------- Reporter: macruby@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by macruby@…): Using sinatra master (for caller fix) and yesterday's nightly (for Rack.release fix), I am still unable to get a simple sinatra app working: {{{ $ cat test.rb require 'rubygems' require 'sinatra' get '/' do 'hi' end $ macruby test.rb == Sinatra/1.0 has taken the stage on 4567 for development with backup from WEBrick [2010-07-24 19:02:49] INFO WEBrick 1.3.1 [2010-07-24 19:02:49] INFO ruby 1.9.2 (2008-06-03) [universal-darwin10.0] [2010-07-24 19:02:49] INFO WEBrick::HTTPServer#start: pid=92127 port=4567 Assertion failed: ((b->flags & flags) == (flags & ~VM_BLOCK_THREAD)), function rb_vm_prepare_block, file dispatcher.cpp, line 1341. Abort trap }}} Not sure if webrick is supposed to work, that might be the issue. -- Ticket URL: <http://www.macruby.org/trac/ticket/808#comment:6> MacRuby <http://macruby.org/>

#808: sinatra does not load ------------------------------+--------------------------------------------- Reporter: macruby@… | Owner: lsansonetti@… Type: defect | Status: new Priority: critical | Milestone: Component: MacRuby | Keywords: ------------------------------+--------------------------------------------- Comment(by lsansonetti@…): There is no backtrace because the exception comes from rubygems which has been AOT compiled. In trunk we do enable much more optimizations which seem to affect symbolication. I suspect the inliner does not honor the dwarf metadata, but I need to investigate. In any case, this is a well known problem of trunk which will be fixed in the final release. In the meantime, you can specify the VM_DISABLE_RBO environment variable to 1 before running macruby, to force JIT compilation. $ VM_DISABLE_RBO=1 macruby -e ... You're right, the assertion problem was due to a wrong commit, has been fixed in r4379 and should appear in tomorrow's nightly build. As for the __hidden__retain exception, I believe my fix does not 100% work on 10.6 environments, so we will look :) -- Ticket URL: <http://www.macruby.org/trac/ticket/808#comment:8> MacRuby <http://macruby.org/>