Andy Shipman wrote:> When running spork on a merb application, whenever a spec is run I get > the following error from the Spork server. > > /opt/local/lib/ruby/gems/1.8/gems/merb-core-1.0.11/lib/merb-core/bootloader.rb:1358: > [BUG] rb_gc_mark(): unknown data type 0x3c(0x2203d0) non object > ruby 1.8.7 (2009-06-08 patchlevel 173) [i686-darwin9] > > Which crashes the Spork server.Have you tried it on 1.8.6? Scott> > Anyone else out there had experience in getting Merb and Spork running > together nicely? > > Andy Shipman > > ------------------------------------------------------------------------ > > _______________________________________________ > rspec-users mailing list > rspec-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/rspec-users
On 15 Jun 2009, at 14:43, Scott Taylor wrote:> Andy Shipman wrote: >> When running spork on a merb application, whenever a spec is run I >> get the following error from the Spork server. >> /opt/local/lib/ruby/gems/1.8/gems/merb-core-1.0.11/lib/merb-core/ >> bootloader.rb:1358: [BUG] rb_gc_mark(): unknown data type >> 0x3c(0x2203d0) non object >> ruby 1.8.7 (2009-06-08 patchlevel 173) [i686-darwin9] >> >> Which crashes the Spork server. > > Have you tried it on 1.8.6?I have now and it works on 1.8.6. Thanks for the suggestion.> > Scott > >> >> Anyone else out there had experience in getting Merb and Spork >> running together nicely? >> Andy Shipman >>
On Jun 15, 2009, at 4:11 PM, Andy Shipman wrote:> > On 15 Jun 2009, at 14:43, Scott Taylor wrote: > >> Andy Shipman wrote: >>> When running spork on a merb application, whenever a spec is run I >>> get the following error from the Spork server. >>> /opt/local/lib/ruby/gems/1.8/gems/merb-core-1.0.11/lib/merb-core/ >>> bootloader.rb:1358: [BUG] rb_gc_mark(): unknown data type >>> 0x3c(0x2203d0) non object >>> ruby 1.8.7 (2009-06-08 patchlevel 173) [i686-darwin9] >>> >>> Which crashes the Spork server. >> >> Have you tried it on 1.8.6? > > I have now and it works on 1.8.6. Thanks for the suggestion.I''d suggest filing a bug on their tracker, wherever it may lie. Scott> > >> >> Scott >> >>> >>> Anyone else out there had experience in getting Merb and Spork >>> running together nicely? >>> Andy Shipman >>> > > _______________________________________________ > rspec-users mailing list > rspec-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/rspec-users
Scott Taylor wrote:> > On Jun 15, 2009, at 4:11 PM, Andy Shipman wrote: > >> >> On 15 Jun 2009, at 14:43, Scott Taylor wrote: >> >>> Andy Shipman wrote: >>>> When running spork on a merb application, whenever a spec is run I >>>> get the following error from the Spork server. >>>> /opt/local/lib/ruby/gems/1.8/gems/merb-core-1.0.11/lib/merb-core/bootloader.rb:1358: >>>> [BUG] rb_gc_mark(): unknown data type 0x3c(0x2203d0) non object >>>> ruby 1.8.7 (2009-06-08 patchlevel 173) [i686-darwin9] >>>> >>>> Which crashes the Spork server. >>> >>> Have you tried it on 1.8.6? >> >> I have now and it works on 1.8.6. Thanks for the suggestion. > > I''d suggest filing a bug on their tracker, wherever it may lie. > > ScottSpork uses github issues. Also, FYI, spork has it''s own mailing list: http://groups.google.com/group/sporkgem -Ben
I''m interested to hear your experience with Spork and Merb. Right now Spork is doing some hooks in to rails (that are actually kind of aggressive right now) to help make spork work more out of the box - specifically, preventing rails from preloading application models and controllers before the fork occurs. Be sure to run spork -d and look to see which files are being preloaded. Every file listed there will be cached and not reloaded until spork is restarted. Tim On Mon, Jun 15, 2009 at 10:51 PM, Ben Mabey <ben at benmabey.com> wrote:> Scott Taylor wrote: > >> >> On Jun 15, 2009, at 4:11 PM, Andy Shipman wrote: >> >> >>> On 15 Jun 2009, at 14:43, Scott Taylor wrote: >>> >>> Andy Shipman wrote: >>>> >>>>> When running spork on a merb application, whenever a spec is run I get >>>>> the following error from the Spork server. >>>>> /opt/local/lib/ruby/gems/1.8/gems/merb-core-1.0.11/lib/merb-core/bootloader.rb:1358: >>>>> [BUG] rb_gc_mark(): unknown data type 0x3c(0x2203d0) non object >>>>> ruby 1.8.7 (2009-06-08 patchlevel 173) [i686-darwin9] >>>>> >>>>> Which crashes the Spork server. >>>>> >>>> >>>> Have you tried it on 1.8.6? >>>> >>> >>> I have now and it works on 1.8.6. Thanks for the suggestion. >>> >> >> I''d suggest filing a bug on their tracker, wherever it may lie. >> >> Scott >> > > > Spork uses github issues. Also, FYI, spork has it''s own mailing list: > http://groups.google.com/group/sporkgem > > -Ben > > _______________________________________________ > rspec-users mailing list > rspec-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/rspec-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/rspec-users/attachments/20090616/4ed47c5b/attachment-0001.html>
On 16 Jun 2009, at 22:11, Tim Harper wrote:> I''m interested to hear your experience with Spork and Merb. Right > now Spork is doing some hooks in to rails (that are actually kind of > aggressive right now) to help make spork work more out of the box - > specifically, preventing rails from preloading application models > and controllers before the fork occurs. > > Be sure to run spork -d and look to see which files are being > preloaded. Every file listed there will be cached and not reloaded > until spork is restarted. > > TimOn a brand new merb app, its clear that Spork isn''t going to work too well for me then! 6> ~/dev/spork-test % spork -d Using RSpec Loading Spork.prefork block... - Spork Diagnosis - -- Summary -- app/controllers/application.rb app/controllers/exceptions.rb app/helpers/global_helpers.rb app/models/user.rb config/dependencies.rb config/environments/test.rb config/init.rb config/router.rb merb/merb-auth/setup.rb merb/merb-auth/strategies.rb merb/session/session.rb spec/spec_helper.rb Looking at the way that you''re dealing with Rails, and given my lack of understanding of Merb internals, I''m not sure that I''m going to get too far, tbh. Any suggestions as to where to start to review this to see if it _can_ be made to work? Or should I just wait until Merb becomes Rails 3 ;-) Andy
Hey Andy, I''d be happy to work with you on getting merb support going. I''m not a merb developer myself, but I am interested in expanding spork to work with other frameworks. I''ll create a merb app and see what I can do to get it to work. Tim On Thu, Jun 18, 2009 at 3:42 PM, Andy Shipman <andy at cllearview.com> wrote:> On 16 Jun 2009, at 22:11, Tim Harper wrote: > > I''m interested to hear your experience with Spork and Merb. Right now >> Spork is doing some hooks in to rails (that are actually kind of aggressive >> right now) to help make spork work more out of the box - specifically, >> preventing rails from preloading application models and controllers before >> the fork occurs. >> >> Be sure to run spork -d and look to see which files are being preloaded. >> Every file listed there will be cached and not reloaded until spork is >> restarted. >> >> Tim >> > > On a brand new merb app, its clear that Spork isn''t going to work too well > for me then! > > 6> ~/dev/spork-test % spork -d > Using RSpec > Loading Spork.prefork block... > - Spork Diagnosis - > -- Summary -- > app/controllers/application.rb > app/controllers/exceptions.rb > app/helpers/global_helpers.rb > app/models/user.rb > config/dependencies.rb > config/environments/test.rb > config/init.rb > config/router.rb > merb/merb-auth/setup.rb > merb/merb-auth/strategies.rb > merb/session/session.rb > spec/spec_helper.rb > > Looking at the way that you''re dealing with Rails, and given my lack of > understanding of Merb internals, I''m not sure that I''m going to get too far, > tbh. > > Any suggestions as to where to start to review this to see if it _can_ be > made to work? Or should I just wait until Merb becomes Rails 3 ;-) > > Andy > > > _______________________________________________ > rspec-users mailing list > rspec-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/rspec-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/rspec-users/attachments/20090620/f2ccdf57/attachment.html>