glad your finding something.  I compiled ruby from source, not mac
ports, and as far as I can tell, I'm getting the same error as you.

~ jon

On Dec 28, 12:27 pm, ddellacosta <[email protected]> wrote:
> Jon, I don't think this is a Merb issue at all, but rather a
> (Macports) Ruby or methopara problem.
>
> I traced the issue to merb-action-args:
>
> #1:/private/var/dev/wtf/gems/gems/merb-action-args-1.1.0.pre/lib/merb-
> action-args/vm_args.rb:21:GetArgs:-:       parameters.each do |(type,
> name)|
>
> This is where it hangs.  So, I tried writing a simple test script with
> methopara to see if I could get it to work, and:
>
> test.rb:12: [BUG] Bus Error
> ruby 1.9.1p376 (2009-12-07 revision 26041) [i386-darwin9]
>
> -- control frame ----------
> c:0004 p:---- s:0010 b:0010 l:000009 d:000009 CFUNC  :parameters
> c:0003 p:0047 s:0007 b:0006 l:001b04 d:0007f4 EVAL   test.rb:12
> c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH
> c:0001 p:0000 s:0002 b:0002 l:001b04 d:001b04 TOP
> ---------------------------
> -- Ruby level backtrace
> information-----------------------------------------
> test.rb:12:in `parameters'
> test.rb:12:in `<main>'
>
> -- C level backtrace information
> -------------------------------------------
> 0x2fd582 0   libruby1.9.dylib                    0x002fd582
> rb_vm_bugreport + 82
> 0x21111c 1   libruby1.9.dylib                    0x0021111c rb_warning
> + 444
>
> <snip>
>
> ...etc.
>
> I had it inside test/unit but then simplified it to:
>
> require 'methopara'
> def foo(a) end
> p method(:foo).parameters
>
> ...and that's enough to get the error output above on my system (it's
> the same with test/unit).  As soon as the parameters method is called,
> it melts down.
>
> I'm not very familiar with writing Ruby extensions, so I'm not sure if
> this is in methopara or the Mac OS X macports ruby, but I'm going to
> try a few things and will report back...
>
> Best,
> Dave
>
> On 12月28日, 午前10:26, Jon Hancock <[email protected]> wrote:
>
>
>
> > Dave, I just starting looking at it again this morning.  I have yet to
> > come up with a debugging strategy.
>
> > For others reading, here's how broken merb-edge is:
>
> > Install merb from git as outlined 
> > inhttp://wiki.github.com/merb/merb/howto-install
> > under section "clone and install"
> > After you've installed these gems, create a fresh merb app:  merb-gen
> > app merb_test
> > edit router.rb to include something like: match('/').to(:controller =>
> > 'application', :action =>'index')
> > add index method to application.rb to render "hello world"
> > start merb:  merb -a thin
> > no complaints from merb.  looks like its up.
> > navigate tohttp://localhost:4000  NOTHING.
> > the merb process handles the route and then renders absolutely
> > nothing.  It looks like the merb process locks up after the first
> > request as subsequent requests do not even log routing info.
>
> > If this can't be fixed soon, can someone recommend a git commit id
> > that seems to be both fairly recent and actually works.  For my
> > current app, I am not using an ORM and don't use the auth slice.
>
> > thanks, Jon
>
> > On Dec 28, 9:43 am, ddellacosta <[email protected]> wrote:
>
> > > Hey Jon, just back from holiday break...looks like everyone else is on
> > > a similar schedule.
>
> > > I'm going to keep poking at this today and will report any
> > > discoveries.  If anyone has any clues, help would be greatly
> > > appreciated...
>
> > > Best,
> > > Dave
>
> > > On 12月22日, 午後8:43, Jon Hancock <[email protected]> wrote:
>
> > > > Exactly what I'm experiencing as of 12 hours ago.  Also on OS X... I
> > > > compiled ruby-191-p376 from source, updated gems and installed all
> > > > dependent gems...then built merb gems from git master.  Same results
> > > > as you describe (I'm using thin, not mongrel).  I'm not using
> > > > bundler.  Its there, but the app runs on system installed gems.  I
> > > > have a working stack using ruby-191-p243 and a merb 1.1 edge build
> > > > from a few months back and all works well.
> > > > Any ideas??  This appears really busted at the moment.
> > > > thanks, Jon
>
> > > > On Dec 22, 3:46 pm, ddellacosta <[email protected]> wrote:
>
> > > > > Hi folks,
>
> > > > > I've been having trouble with this combination.  At first I thought it
> > > > > was the fault of something in my old app and other gems I'm bundling
> > > > > in (I am using the new Bundler too, btw, v. 0.7.2), but I generated a
> > > > > new app using merb-gen w/a fresh Gemfile and config and whatnot,
> > > > > generated a really basic resource, and then tried running merb
> > > > > and...got problems.  The basic symptoms are this.
>
> > > > > When I *didn't* have methopara bundled in the Gemfile (note, I do
> > > > > *not* have it installed system-wide, just bundled in), merb-action-
> > > > > args seemed to not exist, and any time I'd hit a controller with
> > > > > parameters Merb would complain with some about the wrong
> > > > > arguments...this makes sense I guess.
>
> > > > > Now that I *do* have methopara bundled in, Merb just hangs when I hit
> > > > > a page...any page.  The browser spins its gears, Merb log sits on the
> > > > > "Params:" line.  Interesting huh?
>
> > > > > So, did I miss something in all the group posts/wiki/etc. that has
> > > > > been flying by in the last few months?  Any help greatly
> > > > > appreciated...thanks!
>
> > > > > Best,
> > > > > Dave

--

You received this message because you are subscribed to the Google Groups 
"merb" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to [email protected].
For more options, visit this group at http://groups.google.com/group/merb?hl=en.


Reply via email to